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PERSONAL rOMMUNICATIONS INTERNETWORKING 

5 FIELD OF THE INVENTION 

The present invention is directed to an internetwork for personal conimunications and, 
nx)re panicularly, to a network whkh allows a mobile communications subscriber to remotely 
control personal communications delivery options. 

10 RACKGROUNB OF THE INVENTION 

The use of messaging as a means of day-to-day communications continues to grow and 
evolve, particularly in a business context. Messaging includes electronic mail (e-mail)» facsimile 
transmissions (fax), paging, voice mail and telephone communications. The introductioa of the 
cellular phone and other wireless communications facilitated the advent of the "nrobile office". The 

15 mobile office altows an employee, for example, to work away firom the office on a portable 
computer and be in constant touch with the office via a cellular phone. 

The messaging options described above are available to businesses of all sizes, as well 
as individual users, from a variety of service providers. Many ofiBces have some or all of the 
messaging options described above. The office may have certain messaging equipment (referred to 

20 as "consumer premises equqraient" or "CPE") connected to one or more wireline networks. That 
is, tte office may have teleptones, fax servers, and voice mail systems connected to phone lines, 
and computers having modems for e-mail connected to packet networks whkh arc connected via 
phone lines. The mobile exnptoyee may have certain wireless messaging equipment, such as a 
pager, a cellular tefephone, or a personal digital assistant ("PDA"), whk:h is typically a notebook 

25 computer connected to a wirefess comnuxmcatran network. 

One in^jortani goal of personal comnuink:atk)n services is to altow users to 
commumcate from anywhere to anywhere at any tins. Such personal communicatwn services 
generally involve mult5)!e service providers including local and long distance telephone companies 
and cellular telephone companfes. An exampte of a personal communication service is as follows: 

30 A personal communkation service provkler (e.g., a cellular telephone company) 

enables traveling users to rent a wireless portable phone from a rental phone company (e.g., from 
an airline or car rental conpany). Using the rental phone, the user is provided with basic mobile 

-1- 
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phone service fix)m tte personal conmunication service provider. In addition, the user would like 
the following features: 

1) The user wants calls directed to his/her office or honie to be automatically forwarded 
to the rental portable phone, without informing anyone that he/she is traveling. 
5 2) To avoid unimportant incoming calls (and corresponding incoming call charges), the 

user would like to restrict the number of people who can call the rented portable phone. 

3) It is in^wrtant to tte user that the rental phone features be activated instantly, so that 
calls can be made immediately upon the user's arrival at the visiting location. 

This kind of personal communication service involves a plurality of service providers. 
10 These providers are (a) the local telephone company at the home location, (b) a long distance 
telephone company, (c) the local telephone conq)any at tte visiting location, and (d) the personal 
communication service provider (i.e.. the cellular telephone company) at the visiting location. All 
of these are referred to herein as "service providers". 

To enable this kind of personal communkation servke, involving multiple service 
15 providers, interoperability problems anting the dififerent service providers must be resolved. The 
interoperability problems can be divided into two categories: (a) location tracking and (b) service 
management. 

The interoperability problem for kKation tracking has been addressed by adopting 
signaling protocols used by the mobile phone industry. Location tracking functions are 

20 implemented using two location registers. One of the registers, maintained by the kx:al telephone 
company of the user's home k)cation, is called the Home Location Register (HLR). The other 
register, maintained by the kxal telephone company of the visiting location, is called the Visiting 
Location Register (VLR). The HLR stores customer profile data and the k>cation of the VLR of 
tte user. The customer profile data contains important information such as the user's name. 

25 address, preferred tong distance carrier, service features (e.g.. call forwarding and call restriction), 
billing, and other administrative related information. When the user travels to a new visiting 
location, a new VLR is created in the new location. A part of the profile data stored in the HLR is 
transmitted and loaded into the VLR such that the service provkicr at the visiting location can 
implement servk:e features for the visiting user. When the user travek to a new visiting locatwn 

30 the location of the VLR stored in the HLR is changed to the new VLR locatwn, and the VLR in 
the previously visited location is deleted. The process of creating a new VLR, loading profile data 
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to the VLR, and updating the visiting location of a user in the HLR is called "automatic roamer 
registration". 

The interoperability problem for service managenrent is much more complex than that 
for location tracking. Service management refers to a collection of functions required to enable a 
5 personal communication service user to subscribe to» modify, and activate service features 
anywhere and at any time. Examples of service management functions include phone number 
administration, customer profile data management, service activation* and security administration. 
The phone number administration function is important for maintaining the uniqueness of phone 
numbers. The customer profile data management function provides customer profile databases and 
10 user interfaces for creating, nrK>difying» or transferring such databases. The service activation 
function extracts part of the data specifying service features from the profile data and loads this 
data into physical communication systems that process calls. The service activation function also 
controls the activation and deactivation of the service features. The security administration 
function prevents or detects unauthorized uses of services and service management functions. 
15 Service management functions of this type are needed to provide personal 

communication services involving multiple service providers. Such service management functions 
generally require interactions between application software and various databases owned and 
operated by the different service providers. Consider an application which enables a nomadic user 
to subscribe to a personal comnruinication service bom any service provider at any location. An 
20 example of such a service is call forwarding to a temporarily rented portable phone. The 
application nay* for exan:iple, need to perform the foUowing database access operations at 
databases maintained by various different service providers: 

X check credit databases owned by credit card con5)anies or phone conq)anies to detenmine 
whether the user is able to pay for the servfce; 
25 X check the customer profib database in the user's HLR to determine whether tte user is 
currently located in a place other than tte visiting location currently stored in the HLR; 
X check the credit and network databases of long distance phone conq)anks specified by the user 
to determine whether the user can use a particular long distance carrier in the visiting location; 
X load profik data into the VLR at the visiting location and update the HLR with the location of 
30 the VLR if necessary; and 

X load tte profile data to tte call processing systems and activate tte service. 
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The user may need to send or receive messages from any or all of the messaging 
options described above at a visiting location. That is. the user may want to receive or receive 
notification of e-mail faxes, phone calls, or voice mail at a visiting location or to send e-mail or 
faxes from a wireless terminal. The need to integrate these various types of messaging options and 
5 to interconnect the many service providers has. until now. been largely unaddressed. 

It is also desirable for the mobile employee to be able to limit the messages sent to the 
wireless messaging equipment, so that only urgent messages are received when away from the 
office and unwanted in-coming calls are avoided. The mobUe employee may also wish to route 
certain incoming wireless messages and phone calls to other destinations, such as an office fax 
1 0 machine or a colleague's telephone. 

Therefore, it is an object of the present invention to provide a mobUe service subscriber 
the ability to control and integrae a plurality of messaging options. 

It is another object of the present invention to provide a mobUe service subscriber with 
the ability to remotely control the addressability, routing, accessibility, and deUvery of messaging 
15 options. 

It is yet a further object of the present invention to provide an internetwork which 
interconnects messaging services with both wireless and wireline networks. 

It is yet a further object of the present invention to provide a subscriber with real-time 
control of voice calls wMe using a wireless data terminal or PDA. 
20 It is yet a further object of the invention to provide a control over the messages routed 

to wireless messaging options. 

girTp]>/| ^ l ^V OF THE UNVENTllON 

These objects are obtained by a personal communications internetwork providing a 

25 network subscriber with the ability to remotely control the receipt and deUvery of wireless and 
wireline voice and text messages. The nelwo± operates as an interfece between various wireless 
and wireline networks, and also performs irsdia translation, where necessary. The subscriber's 
message receipt and deUvery options are maintained in a database which the subscriber may access 
by wireless or wireline communications to update the options programmed in the database. The 

30 subscriber may be provided with CallCommand service which provides real-time control of voice 
calls while using a wireless data terminal or PDA. 
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mWF DESCRIPTION OF THE D RAWINGS 

These and other objects and features of the invention will become apparent from the 
following drawings, wherein: 

Fig. 1-3 are overviews of the PCI networks; 
5 Fig. 4 is an overview of one node of the PCI network according to the present 

invention; 

Fig. 5 is a block diagram of an exemplary PCI server according to the present 

invention; 

Fig. 6 is a block diagram of an exemplary embodiment of a PCI database according co 

10 the present invention; 

Fig. 7 is a block diagram of the logical connections between the PCI server and PCI 
database according to the present invention; 

Figs. 8-11 illustrate exemplary message flows between a server and a database 
according to the present invention; 
15 Pig. 12 is a block diagram of a personal digital assistant according to the present 

invention; 

Figs. 13-20 illustrate extmpizxy message flows between a PDA and PCI server; 
Fig. 2 1 is a bkx:k diagram of a text messaging portbn of a PQ networic; 
Fig. 22 is a block diagram of a voice messaging portion of a PQ miwork; 
20 Fig. 23 is a block diagram of a facsimile messaging portion of a PCI network; 

Fig. 24 is a diagram iOustrating an exemplary CallCoramand service network; 
Figs. 25-27 illustraie exemplary message ftows in tte PCI network; and Figs. 28-45 
illustrate exemplary screens displayed to a PCI subscriber using a wireless PDA. 

25 DETAEJSP DESCMETRQNS OF PREFERRED EMBODIMENTI^ 

For clarity of presentation, tte detailed description is set out in the following 
subsections: 
I. PCI Overview 

The overall network is illustrated in Figs. 1-4 Tte network is an interface between a 
30 plurality of wiretess and wirelii^ networks, providing a subscriber with a variety of wireless and 
wireline message and voice delivery and receipt options. 
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n. Tte pa Server 

Tte pel Server is illustrated in Fig. 5. The PCI server is a peripheral which performs 
messaging and call redirection functions and interfaces with the PCI database to update the 
subscriber profile. 
5 m. The PCI Database 

The PCI Database is illustrated in Fig. 6. The PCI database maintains the subscriber 
profile^ controls CallCommand functions, and handles DTMF-based subscriber profile updates, 
rv. The Server/Database Interface 

The Server/Database interface is illustrated in Figs. 7-11. The PCI server/PCI 
10 database interfece provides for the transfer of information regarding the subscriber profile and the 
CallCommand services. 
V. The PDA/pa Interface 

The PDA/PCI interface is illustrated in Figs. 12-20. The PDA/PQ interface provides 
for the transfer of information between a remote wireless subscriber and the PCI. 
15 VI. Services 

A. E-Mail Messaging 

E-Mail messaging in the PQ is illustrated in Hg. 21. The PQ network provides the 
subscriber with a varkty of e-mail delivery, receipt, and notification options, including screening 
and selective destination delivery of incoming e-maiL 
20 B. Voice Messaging 

Voice messaging in the PQ is iUustraied in Rg. 22. The PQ provides the subscriber 
with a variety of voice mail delivery, receipt, and notification options, iiKluding screening and 
selective destinatioa delivery of iocoming voice mail 

C. Facsimiie Messaging 

25 Facsimile messaging in the PQ is illustrated in Fig. 23. The PCI provides the 

subscriber with a variety of fecsinrife delivery, receq)t, and notification options, including screening 
and selective destination delivery of incoming faxes. 

D. CallCommand 

The CallCommand service is illustrated in Fig. 24. CallCommand service provides 
30 real-time control of voice calls whib using a wiretess data terminal or PDA. 
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vn. Message Rows 

Certain message flows for wireless messaging in the PCI are illustrated in Figs. 25 - 27. 
The three message flows illustrated are sending a message from one subscriber to another, 
receiving a message regardless of whether the subscriber is using a wireless or wireline terminal, 
5 and sending a message to a non-subscriber. 
Vm. The PDA Application 

The application residing in the PDA is described in Figs. 28 - 45, which illustrate 
exemplary screens displayed td a PCI subscriber using a wireless PDA. 
DC. Billing 

10 Billing procedures for a PCI network use is briefly described. 

X. Conclusion 

A glossary of acronyms used in this specification is attached as Appendix A. 



1. PCI Overview 

J 5 Pig, 1 is a sinplified overview of a personal communications internetworking ("PCI") 

according to the present invention. A consumer, an office for example, has various messaging 
equipment, such as a voice mail system 20, an e-mail terminal 22, fax machines 24, and telephones 
26. These are all connected to wireline networks 29. For example, the fax 24, phone 26, and 
voicemail system 20 may be connected to a Public Switched Telephone Network (PSTN), part of 

20 which belongs to a particular local phone service company, and part of which belongs to a 
particular tong distance service provider. The e-nail terminal 22 may be connected to a data 
packet network, such as Internet, whose packets are carried over phone lines. 

A mobile communications subscriber (for exampte an en?)loyee who works at the 
office described above and travels frequently) has various portable messaging equipment, such as a 

25 PDA 30, a cellular phoi^ 32, and a pager 34. These are connected to wireless networks 39. These 
wireless messaging options may be provkied by different servk:e provkkrs. That is, the cellular 
phone may be connected to a wireless netwo± of a cellular phone servke provider, the pager may 
be connected to a different wireless network maintained by a pager service provider, and the PDA 
may be connected to a third wireless coramunfcations network maintained by yet another service 

30 provider. 

A Personal Communications Internetworking ("PCI") 40 according to the present 
invention is connected between ite wireless 39 and wireline networks 29. Tte PQ 40 permits the 
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mobile communications subscriber to send and receive messages between disparate networks and 
messaging systems and a variety of service providers. The mobile communications subscriber can 
receive e-mail fax, pages, and voice messages under a single phone number while using either a 
wireless or wireline network. The subscriber may also select the media format and serving network 
5 used to receive n^ssages. The subscriber may also select cross-media notification of incoming 
messages. (i.e., the subscriber may receive notification fi-om a pager message that a voice mail 

message was received). 

The subscriber selects the wireline or wireless network and media format to be used for 
delivering messages or notification of message receipt. The PCI 40 will perform a media 

10 conversion to allow, for instance, an e-mail message to be delivered to a fax server. The PCI 40 
may also include accessibility controls which allow the user to screen messages by selected criteria 
such as media type (e.g., e-maiL fax, etc.), message length (e.g., voice mail messages less than three 
minutes), or sender (e.g.. only n)essages from the office and a certain client are to be forwaixied>. 

For example, the subscriber nay have notification of a voice mail or fax message 

1 5 receipt directed to a wireless PDA in the form of e-mail messages. If the subscriber's wireless PDA 
is not turned on or otherwise not operating, the notification may be routed to an alternate wireless 
or wireline network. Notification to the subscriber that a voice niail message was received may be, 
for example, rerouted to ite subscriber's pager, and notifcation that a fax has been received may be 
rerouted to the wireline e-roaiL 

20 Fig. 2 is a sin?)lifed version of Ite interconnections between various messaging 

systems and a PQ. As shown in Fig. 2. a subscriber provkles the networic with message routing 
and deUvery instnictions. Ttese instructions are received by a PQ database 44 and stored in a 
"subscriber profile" for that subscriber. This database controls the delivery of outgoing messages 
and ths routing of incoming messages and message notification. (In Fig. 2, wireline 

25 comnBmications arc indkated with solid line connections and wiretess communications are 
indicated with dashed line connections. The instnictions to the PQ are shown with a solid line, but 
as will be explained in greater detail betow, the instnicuons may be sent either by a wireline or 
wireless network.) 

The PQ database 44 supports access to infornmion authenticating tte subscriber's 
30 identity and validating tte types of services subscribed to. tte subscriber's message delivery 
(incoming messages) options and origination (outgoing messages) options and voice (telephone 
call and voice mail) options. For origination, tte subscriter may select message distribution lists 
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with specific media deUvery options. The database 44 also supports access to the portions of the 

subscriber profile that the subscriber niay control. 

The subscriber may use a personal telephone number to register at alternate wireline 

and wireless terminals while maintaining use of the message screening and deUvery options selected 
5 and stored in a subscriber's profile. This is caUed "personal mobility". Information about the 

location of a wireless or wireline network location to which the subscriber's tennina] is connected 

automatically registers and deregisters a subscriber's terminal. This is called "terminal mobility." 

Fig. 3 shows the PCI 40. The CPE (voice mail 20. e-mail 22, fax 24, and phone 26) 

are connected to wireline networks 29. The mobile subscriber equipment (PDA 30, cellular phone 
10 32, and pager 34) are connected to wireless networks 39. Both the wireline and wireless networks 

29. 39 are connected to a PCI 40 at a service provider. The networks 29, 39 are connected to a 

local exchange carrier (LEC) 42 for the personal communications intenietworking. 

A PQ database 44 is a physical communication system which provides call processing 

functions for a collection of central office switches. The PQ database 44 includes the mobile 
15 subscriber's profile, including message sending, message receiving, and service control options. 

The PQ database 44 may be a service control point or a network adjunct. The PCI database may 

be connected via a service management system (SMS) interface to a service integrator 46. The 

service integrator 46 allows the service provider to update subscriber data and create and modify 

subscriber profiles. 

20 The PCI database 44 preferably stores and updates the subscriber profiles. The profiles 

contain service related information for n^ping services to subscribers (e.g.. screening, routing, 
terminal selection by subscriber selected parameters^ custom calling fisatures. and the like); 
subscriber authentication data (e.g., password and user LD.); user status (registered or not 
registered); generic service profile for non-call associated service, such as subscriber address or 

25 social security nuiriben specific profile for a non-call service (based on subscriber selected 
parameters); wireless data providers identification (e.g., what cellular phone provider is used); and 
specific profit for call associated services (e.g., call forwarding), based on user selected 
parameters. 

Fig. 4 is a more detailed depiction of the om node 43 of the PQ. The PCI has a 
30 plurality of nodes and is preferably built on the Advanced Intelligent Network (AIM) architecture. 
Other network architecmres may be used, but for illustrative purposes, the description is directed 
to an AiN-based network. 
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A PCI server 48 is a peripheral which performs messaging and call redirection 
functions and interfaces with the PCI database 44 to update the subscriber profile. The PCI seiner 
may be an AIN Intelligent Peripheral, such as a Bellcore Intelligent Services Peripheral, or a 
network adjunct. The PCI server is connected to a switch 50. In the AIN architecture, this switch 

5 is a Service Switching Point Access Tandem (SSP AT), hut may be any suitable switch, depending 
on the architecture. The SSP AT 50 connects wireline networks to the CPE. The SSP AT 50 also 
connects the PCI server 48 with a central office (CO) 52. The SSP AT 50 also connects to the 
SCP 44. The PCI database 44.and the PCI server 48 are directly connected. The LEC of Fig. 3 is 
pan of a large network and includes the PCI database 44, the PCI server 48, and the SSP AT 50. 

10 The PCI database may be connected to an SMS interface to a system integrator 46, as descnbed 
above. 

The PQ server 48 is also connected to various wireless and wireline networks 49 via 
signaling connections in ttese networks to transmit and receive information for all of the 
messaging optk)ns. Illustratively, the PQ server provides access to Public Packet Switched 
15 Networks (PPSN). Publk Switched Telephone Network. (PSTN). Integrated Signaling Digital 
Networks (ISDN), X.25 networks and TCP/IP networks and may include access to asynchronous 
transfer mode (ATM), Switched Multimegabit Digital Service (SMDS), and Frame Relay 
networks. 

The mobile subscriber may access his or her subscriber profile to change message 
20 sending, message receiving, and service control options. These optbn changes are sent to the PCI 
database 44 to be stored in the subscriber profile. Fig. 4 shows, for example, a PDA 30 connected 
to the pa server 48 by a wireless network, but the subscriber may also use wireline e-mail, or 
wireless or wireline tekphones (using DTMF signals) to access the subscriber profile. The 
messages ftom the PDA, for example, are sent by a wireless network 54 to the PQ server 48 
25 using, toi exan^Ie, an X.25 transport. 

Delivering PQ service to a subscriber who may be present on a number of different 
systems requires storage, movement and caching of tte service profile associated with that 
subscriber. A mobility controller 49, located in the PQ server 48, is a controller and data store, 
which dynamkrally maintains service control information for a Message Transfer Agent (MTA). 
30 described below, in the PQ server 48, which connects the PQ server 48 to wireless data networks- 
Data storage functbns are handled by two tiered entities. The subscriber profile is 
preferably located in the PQ database 44 and is the top of tte hierarchy where pemnanent records 

-10- 
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such as service profile, authentication and validation information, and tte like of the subscriber or 
device are maintained and performing status and location management and mapping are performed 
A service profile cache 5 1 is preferably located in the PCI server 48 and is a local cache entity 
which stores on a "needs basis" infonnation such as service profiles and validation status and 
5 maintains a local repository for the service recipient. It also administers information necessary to 
serve the wireless data network entity, as well as sending updates to the permanent storage entity 
PCI database. The service profile cache 51 maintains the personal data associated with the 
processing of the mobility controller 49. The mobility controller 49 interacts with the PCI 
database-based subscriber profile (or third party data base) on behalf of the cache to obtain service 

10 profiles and location information related to wireless terminals. 

PCI may also provide directory services as a value-added component. The X.400 
MTA can query a local directory serving agent in the PCI server 48 for addressing and routing 
informatioa If the information is not local, the PCI server 48 will need to get the addressing 
information from another PQ server 48 at another PCI node or an interconnected private directory 

1 5 serving agent which maintains a separate information base. By using the existing standard, the PCI 
network and mail PCI servers message handling can independently manage the networks without 
interfering with the PCI service. 

M. The Pg Server 

20 The pa server is a peripheral whkh performs messaging and call redirection functions 

and interfaces with the PCI Database to update the subscriber profile. The PCI server performs a 
variety of fiinctrans. For exan?>le, an illustrative PCI server: 



X 


is an X.400 Gateway; 


X 


routes messages using the X.4C0 messaging protocol; 


25 X 


connects proprietary messaging protocols into X.4G0 protocol; 


X 


interfaces with wireless data networks; 


X 


interfaces with messaging systems; 


X 


interfaces with the PQ database to access subscriber profiks information; 


X 


processes messages as specifed by the user in the service profile; 


30 X 


provides media conversion such as text to fax or fax to text; 


X 


provkles access to an X.500 directory to determine addressing schemes for packet 


data; 
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X supports signaling between wireless data networks for management functions such as 

registration; and 

X maintains a service profile cache. 

5 Fig. 5 is a detailed illustration of a preferred enibodiment of a PQ server 48 according to the 
present invention. The PQ server 48 includes three main elements: a caU processor 1 10, a data 
messaging peripheral 1 12, and a shared disk menrary 1 1 3. 

The call processor 110 conprises a plurality of interconnected computers. The 
messaging peripheral 1 12 maybe implemented by a computer such as a DEC XAP system 

jQ The call processor 1 10 includes a PCI applications server 1 14. The application server 

is the central decision making point of the wireless messaging servxe described below in Section 
VI. Thus, the server 1 14 controls message routing, screening, and notification for the wireless 
messaging service. 

The application server 1 14 is connected to a PDA protocol handler 115. The protocol 
15 handler is the interfece to the wireless network 54, for exan?)le the RAM wireless network. This 
handles messages to be sent to and from the subscribers PDA 30. A plurality of personal digital 
assistants (PDA) 30 are connected to the wireless network 54. 

Tte application server 1 14 also nanages a PCI database protocol handkr 126. The 
protocol handler 126 is the interface between the call processor 110 and the PQ database 44. The 
20 application server 114 also manages a Service Profik Cache 51. The Service Profile Cache 51 is 
maintained in the msmoiy of the application server 114. ThecacheSl stores a subset ofthe data in 
the subscriber profile stored in the PQ database 44. This subset is subscriber profile information 
whkh currently needs to bs accessed frequently by the PQ server 48. 

The Service Profik Cache 51 stores and accesses data related to access systems such 
25 as wireless data providers and messaging servkes. and subscriber locatioa The Service Profile 
Cache 51 may store and update data related to the subscriber tocation such as routing address for 
subscribers specific wireless terminals; store and updates services related data for a particular 
terminal type (such as uni- or bi- direction); maintain a list of the subscribers wireless data provides 
and message servk:es; track the subscribers terminal status (registered or not registered); provide a 
30 generic service profile for non-call messaging service; and provkle a specific profit for a non-caU 
associated servKC based on subscriber setected parameters. 
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The application server 1 14 also manages the registration status of each application on 

each PDA 30 and controls customer profile infonnation via each PDA 30. 

The call processor 110 also includes an IP Functions Server 130. The IP Function 

Server 130 manages CallCommand applications. This server is also connected to the PCI database 
5 protocol handler 126 for communication with the PCI database 44 and the PDA protocol handler 

115 for communication with the wireless network 54. The PCI database protocol handler 126 

handles both interfaces between the PCI database and the PCI server, as described below. 

Thus, the two main application servers in the call processor 1 10 are the IP Function 

server 130 for CallCommand applications and the PQ applications server 114 for wireless 

1 0 messaging services. 

The call processor 1 10 also includes a plurality of communication interfaces. The 
protocol handlers 115 and 126 have already been discussed. The alphanumeric paging server 
(APS) 132 gives the call processor 1 10 the ability to provide alphanumeric paging services. The 
APS 132 includes one or nf»re n»dems to communicate with terminal equipment of a network 
15 134 maintained by a paging service provider. The APS communicates with tte paging service 
provider using, for example, the TAP protocol (Tek)cator Alphanumeric Protocol). 

The call processor 110 also includes a plurality of control processes which control 
peripheral equipment external to the call processor 1 10. These controllers are as follows: 

A message controller 136 controls the data messaging peripheral 112 and controls the 
20 sending of messages between the caU processor 1 10 and tte data peripheral 1 1 2. 

The mobility controlter 49 con:?)rises tte PCI database protocol handler 126» the BP 
function server 130, the service profit cache 51, and the PCI plication server 1 14. The mobility 
manager provides control logic for user authentication, service request validation, location 
management, user access to servfce profile, access registration, and communication management 
25 such as routing to user-specified destinatwns. The mobility controUer 49 contains the service logic 
and handles service related processing for personal data and service access such as service feature 
analysis; access system mapping relationship information; identity management; subscriber 
vaJviation and authentication; billing informatwn based on the subscriber; wireless data specific 
routing information for message delivery and subscriber paging; subscriber service validation; and 
30 subscriber review and modificatbn of the subscriber's profile. 

A transaction controUer 150 controls a switch controller 152 and a voice peripheral 
controller 154. The switch controller 152 controls the digital switch 156 which connects to the 
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public switcted telephone network 58. The voice {jeripheral controller 154 controls the voice 
peripterais 160» which are for exaniple text-lo-speech converters. 

The switch 156 and the voice peripheral 160 are also connected by a Tl line 161. The 
digital switch 156 is connected to the public switched telephone network by a plurality of 
5 transmission media such as Tl lines 162, fax lines 163, and ADSI lines 164. 

The data messaging peripheral 112, which is optional, is now discussed in greater 
detail. The data messaging peripheral is the gateway to the wireline electronic mail network, which 
network is designated 170. The data messaging peripheral has a n^ssage transfer agent 158 for 
transferring messages between the call processor 1 10 and the data networks 170, 54 either directly 
10 or through the PDA protocol handler 115. The messaging peripheral 1 12 also includes a POP 
(post office protocol) server 190 and associated menwry 192 for providing a message storing 
capability. The message directory 194 is used for storing a subset of service pro^e cache 51 
relating to the routing of e-mail messages. 

The messaging peripheral 112 includes the message gateway 140. The message 
1 5 gateway 140 has tte following capabilities: 

1) Notifying the PCI application server 114 in the call processor that e- 
mail has arrived from tte wireline e-mail network 170 for a subscriber. 

2) Accept a request from tte PQ applkation server 1 14 to send an e-mail 

message to a wireline address. 
2Q 3) Accept a request from tte applicatbn server 1 14 to provide all unread 

messages stored in tte server 190 whkh wouU have been sent to a prin^ destinatwn if tte 

subscriter had been registered, 

4) Accept a request from tte application processor 1 14 to rewrite to the 

message store server 190 or back to tte sender. 



25 



30 



Using tte call processor 1 10 and its associated per5)terals, a wkie variety of services 
may te performed. These have been discussed above briefly and are described in detaU in Section 
VI tetow. However, to understand how tte call processor 1 10 operates to provide ttese services, 
some exemplary descriptions for certain services is provided. 

For example, wten a wireline e-mail message arrives at tte PQ server's Data 
Messaging Peripteral 112, tte messaging gateway 140 and messaging Controller 136 send 
notificatwn to tte PQ application server 1 14 of tte e-mail arrival Tte PQ applkation seiver 1 14 
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will query tte profile cache 51, or if necessary, the PCI database 44. Driven by data in the 
subscriber's profile, the PCI application server 114 executes service logic to detemiine where lo 
forward the e-maii (i.e.* forward to PDA 30 or to POP server 190 depending on screening 
outcome), and what media, if any, to use to send notification of the e-mail arrival. 
5 For another example, when a CallCommand call arrives at the PCI server 48, the 

procedure is as follows. The switch controller 152 and transaction controller 150 forward the call 
to the IP Functions Server 130 based on the dialed nunnber. The IP functions 130 sends a 
provide_instructions 1 129+ rhessage to the PCI database 44 to determine how to handle the call. 
The PQ database 44 and IP functions applications servers 130 begin a conversation of nressages 

10 which perform a sequence of functions which play an announcement to the caller, send notification 
to the PDA, etc. When a response arrives from the PDA 30, the IP functions server 130 forwards 
the response to the PCI database 44. The PQ database 44 will then direct IP functions server 130 
to forward the call to a routing number and/or play a synthesized message to the caller. 

If a subscriber wishes to update the subscriber profile by DTMF, the procedure is as 

15 follows. A call arrives at the PCI server 48. The switch controller 152 and transaction controller 
150 forward the call to the IP functions server 130 based on the dialed number. The IP functions 
server 130 sends a provide.instructions 1 129+ message to the PQ database 44 to determine how 
to handle tte call The PQ database 44 sends a request to play an announcement and collect digits 
("please enter PIN", collect PIN). The EP functions server 130 returns the result of this request to 

20 the PQ database 44. Again the PQ database 44 sends a request to the IP functions server 130 to 
play an announcement and colkct digits ("voice menu", menu selection). The IP fijnctions server 
1 30 returns the result of this request to the PQ database 44. 

This process repeats as users are guided through menus and change profile elements. 
The PQ database 44 interprets the collected DTMF tones and updates the subscriber's profile 

25 accordingly. 

When a PDA 30 sends an e-mail message addressed to a wireline address the 
procedure is as follows. The PDA 30 sends a UDP send_mail message to the PQ application 
server 1 14. The PQ application server 1 14 detects the message is not destined for another PCI 
subscriber and forwards the request to the messaging controller 136, which forwards it to the 
30 messaging gateway 140 which is in the Data and Messaging Peripheral 1 12. The messaging 
gateway 140 interfaces with the MTA 158 to send tte e-mail to the wireline network 170, using, 
for example, the Simple Messaging Transfer Protocol (SMTP). 
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The PCI server 48 may be based, for example, on either an X.400 MTA or an SMTP 
router and can convert between both protocols. The PCI server 48 may receive text messages 
from a variety of different text messaging systems such as Internet mail third party messaging 
systems, or proprietary messaging systems. In the example where PCI routes messages using an 
5 X.400 MTA. these messages must be converted to conform with X.400 protocol before they can 
be routed. Thus, an exemplary messaging gateway is an X.400 gateway, which can be designed 
and built by a person of ordinary skill in the art. 

n. Th^ prr Database 

10 A PQ Database 44 maintains the subscriber profile, controls the Call Command 

functions, and handles DTMF-based subscriber profile updates. 

The PCI database architecture shown in Fig. 6 comprises several application and 
support components. The application components include Multiple Services Application Platform 
(MSAP) 202; Service Provisioning and Creation Environment (SPACE) 204; and Data and Repon 

15 Subsystem (DRS) 206. 

The service components include the Maintenance and Operation Console (MOC) 208; 
the Intelligence Periphml Interface (IPI) 210; the Generic Data Interface (GDD 212; the Service 
Network Interface (SNI) 214; and the Data and Report database (D&R) 218. 

The service network interface (SNI) 214 provides a communication interface to 
20 external systems such as swUch 50 and PQ server 48. These interfaces include the IPI 210 and 
GDI 212 which connect the PQ database to the PQ server via the TCP/IP network 213. The 
GDI 2 12 is used for uptoading and downloading a subscriber profile to the PQ server 48. The IPI 
210 is used for transmitting DTMF commands firora a user via the PQ server 48. For redundancy, 
each intelligent peripheral interface (IPI) and generic data interface (GDI) processor preferably 
25 requires two togical connections to the PCI server. 

The Multipis Services Application Platform (MSAP) 202 includes a call processor 220, 
a first call process request (CPR) database 222, an MSAP common 224. a shared memory 226. 
ar^ a call contact database (CCDB) 228. The call processor 220 receives messages &om and 
sends messages to a message distributor 219 in the SNI 214. The message distributor determines 
30 whether the message received from the caU processor 220 is to be sent to the IPI 210 or tte GDI 

212. The call processor receives messages from the message distributor and sends them to the first 
CPR database, the CCDB 228. and/or the shared memory 226. The first CPR database 222 stores 
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the subscriber profiles. The MSAP 224 connects the first CPR database 222 with the second CPR 
230, which resides in SPACE 204. MSAP common 224 updates one of the CPR databases 222, 
230 when changes have been made to the other CPR database. The CCDB 228 is a temporary, 
dynamic storage for storing subscriber profiles, and related data during profile update procedures. 
5 The shared menK)ry 226 allows different processors to use the same data. 

SPACE 204 is a service provider-operated module through which new PCI database 
applications are created and new subscriber profiles are initiated. SPACE 206 includes the second 
CPR database 230 which contains the identical information as the first CPR database 222 in MSAP 
202. When a new subscriber profile is to be created, a service provider uses a display terminal 232 

10 in SPACE to provision a new service profile including certain subscriber information. The 
subscriber profile is activated through MSAP when the user initially registers. Service provider 
changes made to the second CPR database 230 are transmitted to the first CPR database 222 in 
MSAP via the MSAP common 224. Changes made to the second CPR database 230 by a service 
provider are not transmitted to the service profile cache 51 in the PCI server 48 until a later tinx. 

15 That is, the PCI database 44 does not send data to the PQ server 48 unless requested by the server 
48. The server profile cache 51 will be updated with this new infonnation the next time the PCI 
server 48 requests a profile download, for instance wten the subscriber next registers. SPACE 204 
provides a fiinction parallel to tte Service Managenrent System described above. 

Tte Data and Report Subsystem (DRS) 206 collects data about the PQ database 44 

20 usage which may be helpfiii to tte service provider. For example, errors made by the subscriber 
when updating the user profit are noted The types of alterations made, times such alterations are 
made, and the like are also stored for future use by the service provider. 

MOC 110 is a network maintenance support system which monitors the status of the 
network ami checks for system failures and the like. 

25 When a subscriber wishes to update the subscriber profile using a PDA 30, the 

procedure is as foUows. The PDA 40 communkates wi± the PCI server 48. The PCI server 48 
sends a GciData message having a "Service Key", whfch is a preferably a ten digit PCI subscriber 
number (e.g., a telephone number), to the PQdatabase 44 over the GDI 212. The GDI 212 
u-anslates the GetData message into a format undcrstandabte by the PCI database 44. The message 

30 is sent through the message distributor 219 and caU prtx:essor 220 to dte first CPR database 222 
where the subscriber profile resides. The Service Key is used to obtain the correct subscriber 
profile and the profile is sent through the call processor 220 to tte message distributor 219. The 
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message distributor determines that this message is to be sent to the PCI server 48 via the GDI 
212. (The reason For this is discussed below.) The GDI 212 translates the data into a format 
suitable for the TCP/IP network and is transmitted to the PCI server 48. The requested changes 
are performed in the PCI server 48 and the updated profile is sent back to the PCI database 44 
5 through the TCP/IP network, the GDI 212. message distributor 2 19, call processor 220 and to the 
first CPR database 222. The call processor 220 also sends a message through the GDI 212 to the 
pa server 48 which will be sent a wireless transmission to the PDA 30 acknowledging the 
subscriber profile update. The changes are also sent to the MSAP common 222 where they are 
sent to the second CPR database 230 in SPACE 204. 
jQ During this process, information may be temporarily stored in the Call Contact 

Database (CCDB) 228. The CCDB database 228 provides temporary storage for subscriber 
profile updates that are suspended because they are waiting for action by a subscriber or waiting for 
data from an external sysieia such as the PQ server 48. During the time intervals between action 
by the user or delays in receiving data from an external system, the call processor 220 stores the 
1 5 information in the CCDB database 228 and processes other calls. 

Wten a subscriber desires to update his or her subscriber profile using a touch tone 
phone, the procedure is as follows. The subscriber calls, for example, a service number provided 
by the service provider. The call is routed to the PQ server 48. The PQ server 48 sends a 
message to the PQ database 44 via the IPI 210 that the DTMF commands are present. The 
20 message is sent through the message distributor 219 to the caU processor 220. The appropriate 
subscriber profile is retrieved from the first CPR database 222 in the MSAP 202. 

The caU processor 220 instructs the PQ server 48 to play a voice announcement 
instructing the calkr to enter the subscriber ID and password, by pressing the appropriate digits on 
the touch-tone phone. The information is entered by the caller, and the PQ database 44 validates 
25 this infonMibn. if the validation determines that the caller is an authorized subscriber, the Pa 
database 44 instructs the PQ server 48 to ask the subscriber to select which subscriber profile 
information is to be modified. Only two fields are modifiable using DTMF messaging: changing a 
wireline registration or lecording a personalized greeting. The subscriber selects either registering 
at a wireline phone or recording a personalized greeting. If wireline registration is selected, the 
30 pa database 44 instructs the Pa server 48 to prompt a ten digit telephone number to which all 
incoming calls will be routed If the subscriber selects to record a personalized greeting, the PCI 
database 44 instructs the Pa server 48 to prompt the subscriber for a new greeting. 
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If invalid information is entered at any time, the PQ server 48 plays an error message 
to the subscriber and the subscriber retnes the modification. If the retry fails, the call is terminated. 
Otherwise, the subscriber's profile is updated according to the modification, data synchronizuig the 
messages are sent to the PCI server 48 and the call processor 220 instructs the PCI server 48 to 
inform the subscriber that the PCI service profile was updated. 

The call processor 220 also sends a message through the message distributor 219 to 
the GDI 212 and to the PCI server 48 which updates the service profile cache 51 in the PCI server 
48. The changes stored back in the first CPR database 220 are sent to the MSAP common 224 
where they are sent to the second CPR database 230. Note that DTMF function signals, which use 
the 1 129+ protocol, are routed through the IPI 210 and the subscriber profile data, which uses the 
GDI protocol, are routed through the GDI 212. 



JV. The PCI Sei-ver/Database Interface 

The interfece between the PQ server 48 and the PQ database 44 is based on two 

15 protocols. The first protocol is 1129+. This protocol wiU be used to support the PCI Call 

Command feature and for subscriber initiated profile manipulation using DTMF. The second 

protocol is Generic Data Interface. The GDI is used for subscriber profile management, 

specifically downloading a subscriber profile from the PQ database 44 to the PQ server 48 and for 

applying updates to the profile stored in the Pa database 44. 
20 Fig. 7 shows the logical links from the pa database 44 to the pa server 48. ThePCI 

database 44 consists of a mated pair of Pa databases 44a, 44b, each containing three call 
processors 220 which each share the load. The links 250 are TCP/IP links between Intelligent 
Peripheral Interfece (IPI) 210 and the Generic Data Interfece (GDI) 212 processors on the PCI 
database 44 to the Pa server call processor. Two logical connections are made from each IPI 2 10 
25 and GDI 212 processors to the Pa server for redundancy. Thus, a fiill SCP configuration 
supporting Pa would preferably require 24 togical links, as shown in Fig. 7. The Pa database 
initiates the opening of the togical links. 

In this illustrative crabodimsnt the CaUCommand feature employs the 1 129+ protocol. 
For the wireless messaging feature. Pa uses the GDI protocol The GDI tag IDs assigned for the 
30 pa subscriber profile efements are provided in Appendix B. 

Appendix B also shows the Pa profile data, including the profile elements, their data 
types, maximum kngths. and GDI tag IDs. An * indicates elements whk:h were shortened to 32 
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bytes because of GDI byte limitations. The description of the types and lengths of these elements is 
as follows: 

dN BCD-encoded digits. The number N represents the maximum number of BCD digits. 

not octets. 

cN Up to N ASCn characters. 

cN Binary integer N bytes in length, in network byte order (highest order bit transmitted 
first). 

Because the portion of the PCI subscriber profik downloaded to the PCI server is large 
(preferably approximately 1.000 bytes), and a maximum Transaction Capable Application Program 
(TCAP) message size is 256 bytes, the profile must he managed in segnients. The service profile is 
divided into six segments as shown in Table I. Each segment is assigned a unique numenc 
identifier. 



pa Piroite SegmeM 


Segmsmi IP (deciimil) 


Personal data 


1 


CC service profile 


2 


E-mail routing 


3 


E-mail subject screening 


4 


E-n^ fipom screening 


5 


Voice njail profile 


6 



Certain data in a subscriber profile provides a subscriber's preferred media for messages 
delivety and notificatioa. The encoding for these types are given in Table 2. 
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j Media Type 


Code 


Alphanuineric Pager 


A 


E-mail message store 


S 


Fax 


F 


PDA 


P 


Voice mail • 


V 


Wireline e-mail 


E 


NuU 


Z 



For example, if the subscriber prefers to receive e-mail which passes screening via the PDA 30, 
then the "primary destination one" profile element will contain a "P". 

Fig. 8 illustrates a message flow for profile retrieval using the GDI protocol A 
subscriber attempts to register with the PCI server either explicitly or implicitly (registration is 

5 discussed in detail below). The PCI server 48 send a GDI GetDaia query to the PQ database 44 
over one of the GDI links (line 260). The PQ server 48 may send one GetData data query for 
each pa profile segment. Each query wiU be processed by the PQ database 44 as an independent 
transaction with a unique TCAP transaction ID. Each GetData query sent by the PCI server 48 
will include a "Service Key" parameter which is a ten-digit PCI subscriber number (e.g., a 

10 telephone number). This key shouW be used by tte PCI database 44 to identify the subscriber. In 
each (jetData is a list of tag IDs listed in the profite elements to be retrieved. The PQ database 44 
responds to the GetData data query with a GetData response (lii^ 262). The response contains a 
reium code and data for each element requested in the GetData data query. 

Fig. 9 provides a message flow between the PQ server 48 and the PQ database 44 for 

15 a profile update originating fiom a wireless PDA 30. This wirekss profife update uses the GDI 
protocol. A subscriber perfoni^ a profile manipulation activity, and the PDA 30 sends a profile 
data message to tte PCI server 48. Tte PCI server 48 sends a GDI SendData query to tte PCI 
database 44 over one of tte GDI links (line 264). Tte PCI server 48 may send one SendData 
query for each PCI profile segment for which a profile element was updated Each query will te 

20 processed by tte PQ database 44 as an independent transaction with a unique TCAP transaction 
ID. 
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Each Send Data query sent by the PCI server 48 wiU include a "Service Key" 
parameter which is- the ten digit PCI subscriber nuniber. This key should be used by the PCI 
database 44 to identify the subscriber. Each SendData query contains a list of tag IDs provided in 
Appendix B and data for the profile elements to be updated. Not all tags in this segment may be 
5 included in the SendData query; only those profile elements which are actually updated by the 
subscriber will be sent. The PCI database 44 should not update data for which no tag was included 

in the SendData query. 

The PQ database 44 responds to the SendData query with a Send Data resp)onse (line 
266). The response contains a return code for each element requested in the SendData query. 

jQ Fig. 10 is an illustrative example of one possible CallCommand message flow between 

the PCI server 48 and the PCI database 44. (CallCommand is discussed in more detail in section 
VI D.) The exact call flow for CallCommand depends upon the implementation of the service 
logic by the service designer, and upon options selected by the CallCommand subscriber. The 
CallCommand functions illustratively use the 1 129+ protocol and the IPI 210 (see Figs. 6 and 7). 

J 5 illustrated in Fig. 10» a CallConumnd call arrives in ths PQ server 48. The PCI 

server 48 sends a providc_instructions query to the PCI database over one of the 1 129+ links (line 
268). A TCAP transaction ID is generated for the query. The dialed number digits parameter 
contains the personal numbers of tte PQ subscriber (Le., Service Key). The AMI digits contain the 
automatic number identification, if any, of the caller (ANI is a telephone network capabiUty). The 

20 PCI database sends a 1129+ sendjo.resource command to the PCI server 48 to play an 
announcement and collect digits (line 270). The PQ server 48 plays the announcenient, collects 
tte digits, and sends a response containing a return code and the digits collected (line 272). 

pa database 44 sends a 1129+ play.applkaxion comnand to tte PCI server 48 to 
notify ths PDA 40 of tte incoming call (line 274). Tte PQ server 48 responds with a return code 

25 and a destination numter (entered by tte subscriber at tte PDA 30) to which tte call is routed (line 
276). Tte pa database 44 sends a 1 129+ switch jo.resouice comnand to tte Pa server 48 
instmcting tte Pa server 48 to route tte call to a destination number (line 278). Tte Pa server 
responds with tte return code executing that request (line 280). 

Fig. II is an illustrative example of one possible message flow tetween tte Pa server 

30 48 and tte pa database 44 for a DTMF profit man^ulation message. Tte DTMF profile 
manipulator uses tte 1 129+ protocol through tte IPI 210. Tte exact call flow for DTMF profile 
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manipuJation depends upon the implenientation of service logic by the service designer, and upon 
options selected by the PCI subscriber. 

As shown in this illustrative example, when a call arrives at the Pd server, the PCI 
server sends an 1129+ provide_instructions query to the PCI database (line 282). The called 
5 number contains a dialed nun±>er (Le., the service number for a DTMF updates), while the ANI 
field contains the ANI, if . The PCI DTMF profile manipulations Call Process Request CPR is 
triggered by the dialed service number. The CPR 222 instructs the PCI server to play 
announcements and collect digits, guiding the subscriber through voice menus and prompts (lines 
284, 288). The PCI server responds to each request with digits collected (lines 286. 290, 294). 
10 The CPR updates subscriber's profile with data collected via DTMF. 



V. PDA/PC? Interface 

Communication between the PDA and PCI use. for example, an X.25 transport using 
the UDP IP protocol. A brief discussion of the PDA structure is provided. The PDA 30 is 

15 preferably a notebook or palm top con?)uter having a wireless network interface. The PDA may 
be, for example a Hewlett Packard Omnibook 300 notebook computer running a PQ application. 
Fig. 12 illustrates an exemplary PDA. Tte PDA 30 has a central processing unit 295 connected to 
a bus B. The central processing unit ("CPU") 295 perfonns most of tte computing and logic 
ftinctions of the PDA 30. A memory 295 is connected to the bus B. whkrh stores information to be 

20 provided to tte CPU 295 or otherwise used by tte PDA 30. An input/output device 297, such as a 
keyboard, is also connected to tte bus B whk:h allows a user to input data for storage in memory 
296 or for use by CPU 295. A display 298 is combed to tte bus B. Tte PDA 30 also has a 
wireless commumcatwn interface 299 for comnHinication with a wireless communication network. 

Tte PDA/pa interface involves sbc types of message flow. These messages are: (1) 

25 registraibn/deregistratk>n; (2) wireless niessaging; (3) retrieving E-Mail; (4) cross-media 
notification; (5) CallCommand; and (6) profile management. 

Ttere are two types of registration and deregistration: explicit and in5)ik;it. Explicit 
registration occurs wten a PCI subscriber starts tte PQ application software on tte PDA 30 (this 
is called start-up registration) or wten tte subscriter clicks a status check button or one of tte 

30 service registration request buttons on tte PDA 30 eitter for tte CallComnand or wireless 
messaging service. Once successfully registered, if tte subscriber's profile is not already present in 
tte service profite cacte 51 maintained by tte PQ server 48, tte PQ server 48 will request a 
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download of the subscriber's profile from the PCI database 44 to the service profile cache 5 1 . The 
pa server 48 sets the subscriber's registration status in the cache 51 to match those requested by 
the subscriber for the wireless messaging service for the call command service. 

Fig. 13 iUustrates one example of the message flow between the PDA 30 and PCI 
server 48 during explicit registration. This flow is also used by a subscriber to check registration of 
CallCommand or wireless messaging services. A subscriber starts the PCI application software on 
the PDA or cUcks the service status check. CallCommand registration, or wireless messaging 
registration buttons on the PDA. The PDA sends a registration request to the PQ server 48 with 
the subscriber's validation information (subscriber ID and password (line 300)). The PDA 30 also 
starts a timer during whk:h the PDA 30 will wait for a response fi-om the PQ server 48. The PCI 
server 48 server receives the registration request and checks if the subscriber is provisioned and if 
the subscriber ID and password are correct. The PQ server then sends a registration 
acknowledgement (line 302). If the subscriber is not provisioned, no service profile exists and the 
acknowledgement includes an "unrecognized subscriber" response. If the subscriber ID and 
15 password are invalid, the acknowledgement includes an "incorrect password/PIN" response. 
Otherwise, the PQ server acknowledgement includes a "success" response. If the PDA 30 does 
not receive an acknowledgemfint from the PQ server within a predetermined time, it aborts the 
registration attempt and tells the subscriber to try again later. 

Implicit rcgistratk)n automaticaUy registers a subscriber for the wireless messaging 
service when the subscriber is currently not registered and wishes to send or fetch E-MaU from or 
to a PDA 30. Iraplicil registratwn is done as foUows. The PQ server receives a fetch or send 
request from a subscriber who is not registered for the wireless messaging service. The PCI server 
48 retrieves a copy of the subscriber's service profile from the PQ database 44. if necessary, and 
validates the subscriber's ID and password. The PQ server 48 validates the profile contents to 
make sure that subscriber may use the wiretess messaging service. If wirekss messaging is 
permitted, the PQ server 48 processes the request. Otherwise, it sends an acknowledgement 
indicating the reason why the subscriber is not permitted to use the wireless messaging servk:e. 
The message ftow is the same as illustrated in Fig. 13. 

Once the subscriber is registered for either the CallCommand service or the wireless 
messaging service, the subscriber remains registered untU the subscriber explicitly deregisters by 
either quitting the application or clicking the deregistratton button on the PDA 30. The subscriber 
can also be implicitly deregistered for the wireless messaging servk^e by the PQ server 48 provided 
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the pa did not detect any wireless messaging activities to or from thai subscriber for a given 
duration of time. Although the subscriber is deregistered. the subscriber's service profile will 
remain in the service profile cache 51. The profile remains in the cache as long as the PCI server 
has some activity for the subscriber, such as incoming e-mail messages within a predetermined 

5 time, such as four hours. 

No PDA-to-Pa server messages may be sent be the subscriber to implicitly register for 
CallCommand, thus, a subscriber should not be impUcitly deregistered firom this service. Implicit 
registration and deregistration occurs only for the wireless messaging service, and not for 
CallCommand. A subscriber remains registered for CallCommand as long as he or she is running 

10 the CallCommand software application on the PDA. 

Explicit deregistration occurs when a subscriber quits the PCI application software on 
the PDA (this is called exit deregistration) or when the subscriber clicks one of the service 
deregistration request buttons on the PDA for the CallCommand or wireless messaging services. 
Fig. 14 is an illustrative embodiment of a message flow between the PDA 30 and PCI server 48 for 

15 explicit deregistration. A subscriber quits the PQ application software on the PDA or clicks a 
deregistration button on the PDA. The PDA 30 sends a deregistration request to the PCI server 48 
with the subscriber's validation information (the subscriber ID and password) (line 304). The PDA 
30 also starts a timer during which the PDA will wait for a response from the PQ server 48. The 
PCI server 48 sends an acknowledgement (line 306). The PQ server 48 receives the deregistration 

20 request and checks if the subscriber ID and password are correct. If the subscriber ID and 
password are not correct, the acknowledgement includes an "incorrect password/PIN" response. 
Otherwise, tte acknowtedgement includes a "success" response. If the PDA 30 does not receive 
an acknowledgemsnt from the PQ server 48 after a predetermined time, the PDA 30 assumes that 
it is out of radio coverage and informs the subscriber to retry later. 

25 Implicit deregistration occurs when the PQ does not detect any wireless messaging 

acthoty from or to the sutecriber ftir a given duration of time, for exan^jle four hours. Tte PCI 
wiU also try to implicitly dercgister a subscriber from the wireless messaging servrce in the middle 
of the night in the event that the subscriber inadvertently feft the PDA 30 turned on. Tte PCI 
server 48 keeps a time-stamp of the most recent wireless messaging activity for each registered 

30 subscriber in the subscnl«r's service {wfitenaintained in the service profile cacte 51. Wtenever 
tte PO server 48 detects any wireless messaging activities to or from a particular subscriber, tte 
time-Stan^) is updated to tte current time. Tte stored time-stamp of a registered subscriter is 
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periodically compared to tte current time. When a predetermined time closes, the PCI server 48 
assumes that the subscriber is out of radio coverage or has quit the PCI application. 

For implicit (or automatic) deregistration, the message flow is the same as illustrated in 
Fig. 14. The PCI server 48 sends to the PDA 30 a deregistration request containing registration 

5 information about the subscriber. The PCI server 48 also sets a timer during which it will wait for 
a response from the PDA 30. When the PDA 30 receives the deregistration request, it responds 
with regisu-ation acknowledgement which contains the registration information cuaently known to 
PDA. When the PCI server 48 receives the registration acknowledgement, it updates the 
subscriber's registration status based on information in the acknowledgement. The PCI server 48 

10 also updates the wireless messaging time-stamp associated with the subscriber to the current time. 
If the PCI server 48 does not receive an acknowledgement within a predetermined time as 
described above, the PCI server 48 assumes that the subscriber is no longer registered and removes 
all references to the subscriber from the service profile cache 5 1 . 

Sending and receiving e-mail wireless messages involves two types of message flows: 

1 5 sending messages from the PDA 30 to the PQ server 48 and from the PQ server 48 to the PDA 
30. 

Fig. 15 is an illustrative example of a message flow sending an E-mail from a PDA 30 
to an pa server 48. Wten a subscriber sends an E-Mail notificatwn from tte PDA 30, the PDA 
30 forwards the E-Mail notifeauon to the PQ server 48. The body of the E-mail contains, for 
20 example. "to;from;subject;cc" informatron (line 308). The PQ server acknowledges this 
notification (line 310). If the E-mail is longer than can be transmitted in a single message, the PDA 
30 segments the E-mail into multiple, sequentially nuniiered messages and sends them to the PQ 
server (lines 312, 316. 320). Each message sent from the PDA is responded to with an 
acknowledgement containing the reception status of the message and the sequence number it is 

25 acknowledging (lines 3 14. 3 18, 322). The PDA 30 and PQ server 38 use the sequence number to 
maintain a sequential flow of packets. Out of sequence messages are discarded. Once aU of the 
packets are received, the PQ server 48 puts them into their original order using the sequence 
number and forwards the now assembled E-nail to a message transfer agent, which then forwards 
the E-nmil to its intended destination. 

30 The PDA 30 starts a timer each time it sends out an E-maiL If the PDA 30 does not 

receive an acknowledgement after a predetermined time (for example ten seconds), the send 
operation is aborted and the E-mail is stored in a local outbound queue for redelivery in the future. 
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When an E-mail is being delivered from an PCI server 48 to a PDA 30. a similar 
message flow is used. The only difference is that the PQ server 48 initiates the flow and sends the 
initial messages instead of the PDA 30. 

Retrieving E-mail involves two types of message flows: retrieving undelivered E-mail 
5 addressed to the PDA 30 and retrieving E-mail delivered a messaging system, such as a wireline e- 
mail system. When a subscriber is out of radio coverage or is not registered with PCI the PCI 
sends E-mails addressed to be delivered to the PDA (PDA-bound E-mail) to an external mail 
storage system. The PCI server will also send certain E-mail directly to an external mail storage 
system (MS-bound E-mail), such as the subscriber's wireline E-mail connected to his or her 

10 personal computer, according to the subscriber profile stored in the PQ database 44. 

A registered subscriber can retrieve PDA 30 bound E-mail at any time by staning 
"FETCH" operation. The PCI will send the PDA bound mail from the external mail storage and 
will also summarize MS-bound E-mail. 

An illustrative example of the message flow between the PDA and the PCI server for 

15 retrieving undelivered PDA bound E-mail is shown in Figs. 1 6a and (b). If there are no MS-bound 
messages, an illustrative message flow is shown in Fig- 16(a). The PDA 30 sends a fetch request to 
the PQ server 48 (line 324) and starts a timer, which waits for an acknowledgement. If no 
acknowledgement is received within a predetermined time, for example twelve seconds, the PDA 
30 assumes it is out of radio coverage and informs the subscriber to try again later. In response to 

20 the request, the PQ server 48 logs into an external mail storage system specified in the subscriber's 
profile. If any PDA- bound E-mail is stored in tte external storage system, the PQ server 48 will 
(a) move the PDA bound E-n^ from the external mail storage system into a pending area in the 
PQ server, (b) send an acknowledgement to the PDA indicating the number of PDA bound E-mail 
now residing in the pending area; and (c) initiate delivery of these PDA bound E-mail from the 

25 pending area to the PDA (line 326). 

If there are MS-bound E-mail messages, an illustrative message flow is shown in Fig, 
16(b). The PDA sends a fetch request (liiffi 328) and starts a timer. Whenever the PQ server sends 
a summary message, it starts a timer. If the PQ server 48 does not receive an acknowledgement 
within a certain predetermined time, for example ten seconds, it will assume that tte PDA 30 is out 

30 of radio coverage, abort the send operation and discard the summary information. In response to 
tte request, tte PQ server 48 will (a) send an acknowledgensnt to tte PDA indicating tte numter 
of MS-bound E-mail present (line 300); (b) extract summary information from those messages; and 
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(c) send the summary to the subscriber's PDA (line 332). When the PDA receives an 
acknowledgement from the PCI server, it informs the subscriber based on the contents. 

Summary information for the MS-bound E-mail is formatted into one .'VSCII text per 
E-mail and sent to the PDA. If the sumniary information, or the number of summarized E-niail 

5 require nwre than one noessage, the PCI server 48 spUts the summary information into multiple 
sequentially numbered segments and sends each segment in a separate message (lines 336, 340). 
Each message from the PCI server 48 is responded to by the PCI seiver with an acknowledgement 
containing the reception status of the message and the sequence number it is acknowledging (lines 
334.338,342). Out of sequence messages are discarded. Once all of the packets are received, the 

1 0 PDA 30 puts them into their original order using the sequence number. 

Once the summary information describing the MS-bound E-mail messages is reviewed, 
the subscriber may start a FETCH operation to retrieve these MS-bound E-mail messages. Fig. 17 
is an illustrative example of a message flow between the PDA 30 and the PQ server 48 retrieving 
MS-bound E-mail. The subscriber selects an MS-bound E-nail message to be received. The PDA 

1 5 30 sends a retrieve request to the PQ server 48 containing the message selected by the subscriber 
(line 344). The PQ server 48 responds with an acknowledgement (lir» 346). The PCI server 48 
logs into the external message storing system specified in the subscriber's service profile and moves 
the MS-bound E-mail specified in the request out of the storage system into a pending area in the 
pa server 48. The PQ server 48 initiates a send operation whk;h deUvers the E-mail in the same 

20 nmner as discussed above. 

Cross media notification (e.g., PDA notification of voice maO message receipt) is sent 
to the PDA 30 using the sams delivery as a wireless E-mail message to tte subscriber. The PCI 
server 48 originates the notification E-maU and the e-maU subject is "message notification". The 
body of the notification E-naU contains the message sender's address (Le.. the phone number for a 

25 voice nail), the date and time the message arrived at the PQ; the type of media, (le., voice mail 
FAX, E-nafl or other); whether the message is narked urgent (if detectable); the length of the 
message (for example, in minutes for a voice nail message); and, if appropriate, the subject of the 
message. 

CallComnand allows a PQ subscriber to reroute or direct calls in real time. The 
30 subscriber may receive notification on the PDA 30 that a caU is waiting. Using the PDA 30. the 
subscriber may instruct the PQ to route the call to specified destination number or have the PCI 
server play a message entered by the subscriber using synthesized speech. 
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When a caU is made to a CallCommand subscriber's number, it is routed to an PQ 
server 48. The Pd server 48 queries the PCI database 44 to determine how the subscriber's profile 
has directed the caU to be processed. If the subscriber is registered at a known telephone number 
the PCI database 44 instructs the PCI server 48 to route the incoming call to the given telephone 

5 number (assuming that the call meets any screening requirements). If the subscriber is not 
registered at a known telephone number, the PCI database 44 will provide a default routing 
number and a timer value instructs the PQ to play an announcement customized by the subscriber 
to the caller and start collecting DTMF digits within that time period. The PCI plays the 
announcement and starts the timer provided by the ?Cl database 44 and then begins collecting 

10 DTMF digits entered by tte caller. If no digits are collected within a predetermined tin^ period, 
the PCI routes the call to a default number indicated by the subscriber's profile in the PCI database 
44. If DTMF digits are collected, the PCI puts the caller on hold determines if the caller n^ets 
screening requirement, and handles the call accordingly. If the call is to be directed to the 
subscriber, tte PCI atten5}ts to contact the subscriber. 

j5 18 is an ilhistrative example of tte message flow tetween tte PDA 30 and PCI 

server 48 for a CallCommand call Tte PQ server 48 sends a notification message to tte 
subscriber's PDA 30 to notify tte subscriter that a call is waiting (line 348). Tte message contains 
tte DTMF digits entered by tte caller. Tte PQ server 48 starts two timers, which are tte time 
interval tte PQ server 48 expects to receive an acknowledgenffint bom tte PDA 30 and the time 

20 interval tte PQ server 48 expects to receive a response firom tte PDA 30, respectively. The 
typical values for these timers are ten and forty seconds, respectively. Tte iiim to receive an 
acknowledgement shouW be less than tte time for tte response. 

After receiving a notifcatwn message, tte PDA sends an acknowledgement to ite PCI 
(line 350). This informs tte PQ server 48 that tte PDA 30 is within radk) coverage and that tte 

25 subscribe' has been notifed about tte incoming calL Once tte acknowledgement is received, it 
carK:els the acknowledgemem timer, but leaves tte response timer ticking, waiting for a response to 
come from tte PDA 30. If tte PQ server 48 does not receive an acknowledgenient within tte 
predetermined time, it assumes that tte PDA is eitter out of radk) range or is turned off and 
cancels tte response timer and routes tte call to a default numter programmed into tte user profile 

30 in tte pa database 44. Tte subscriber is notifed of tte incoming call by tte CaUCommand 
interfece on tte PDA 30. Tte DTMF digits entered by tte caller provkle tte subscriter with the 
name and/or tekptene numter of tte incoming cater. 
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The subscriber can decide to route the call to directory number or voicemail. enter a 
text message to be played to the caller, or both. The PDA will send a response to the PCI server 
48. which carries the number to which the call should be routed, a short text message to be played 
to the caller through synthesized voice, or both (line 352). When the PCI sei-ver receives the 
5 response, it cancels the response timer and executes the subscriber's decision in the response and 
sends an acknowledgement which contains how the subscriber's decision is to be carried out (line 
354). 

If the response timer expires before the Pd server 48 receives a response, the PCI 
server 48 routes the call to a default number obtained from the PQ database 44 and send a status 

10 message to the PDA 30 to inform the subscriber that the caller is no longer waiting (line 356). 
Also, if the caller decided not to wait any longer (that is hangs up or presses which allows the 
caller to go to the default number) the PQ sends a status message providing this information. The 
PDA acknowledges the status message (line 358). 

Profile management altows the subscriber to modify wireless messaging and Call 

1 5 Command services by updating certain dements in the subscriber's service profile stored in the PCI 
database 44 and the service profile cache 51 in the PQ server 48. Profile information is not stored 
locally on a PDA 30. Updating the subscriber's profite using a PDA 30 always requires the 
subscriber to have a profile download from the PQ. 

Profile management involves two types of message flows, profile download and profile 

20 upload. Fig. 19 is an illustrative exan^le of the message flow between the PDA 30 and the PCI 
server 48 for a profile download. As indicated above, any profile change requires a profile 
download because the profile is never stored in the PDA 30. A subscriber starts a profile 
management application on a PDA 30 and requests a profile download. The PDA 30 sends a 
downlMd request to the PQ server and requests a copy of the subscriber's modifiable profile 

25 elements to be downtoaded to the PDA 30 (line 360). The FO. validates the identity of the 
subscriber through its subscriber ID and password. If the subscriber's identity is not validated, the 
pa sends an acknowledgement and an error code and terminates the profit update session. If the 
subscriber's identity is validated, the PQ dovsmtoads the subscriber's modifiabte profile elements 
(lines 362, 366, 370). Anached as Appenda C is a list of tags for naodifiable profile elements. The 

30 PDA 30 acknowledges the recehred data (lines 364, 368. 372). The PDA starts a timer after 
sending the download request. If the PDA does not receive an acknowtedgement or data from the 
pa server within a predetermined amount of tine, for example, ten seconds, it assunres that it is 
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out of radio coverage and informs the subscriber to try again later. The PQ server 48 starts a 
timer each lime it' sends out data to the PDA 30. If the PQ seirer 48 does not receive an 
acknowledgemeni from the PDA 30 within a predetermined time, for example ten seconds, it will 
abort the profile download operation. 

5 Once the subscriber finishes editing the profile on the PDA, a profile upload 

request is issued. An illustrative example of the message flow between the PDA 30 and the PCI 
server 48 for a profile upload is shown in Figs. 20(a) and (b). After the subscriber issues a profile 
upload request, the PDA 30 sends an upload request to the PCI server 48 requesting permission to 
send the updated profile elements (step 374). The PQ server 48 validates the identity of the 

10 subscriber, for example by checking the subscriber ID and password, and checks if there is an 
associated download request issued by the same subscriber. The check for an associated previous 
download request is necessary so that the PCI server 48 is sure that the profile the subscriber wants 
to change is the profile that the PCI server 48 has just sent. If the subscriber's identity is not 
validated, or there is no associated download request packet, the PQ server sends an error code to 

I : the PDA 30 and terminates the profit update session. If the subscriber's identity is validated and 
there is an associated download request, the PQ server 48 honors the request by sending an 
acknowledgement and a status code of "OK" to the PDA 30 (line 376). When the PDA 30 
receives tte OK, it formats the updated profile elements and sends them to the PCI server 48 in the 
same way the profit was sent to the PDA 30 during the download phase (lines 378-386). If no 

20 error is detected, the PQ server 48 sends the updated profile elements to the PCI database 44 to 
commit tte change. After a confimatton is received from the PQ database 44. the PQ server 48 
sends an acknowledgement with status code of "OK" to the PDA to confirm and conclude the 
profik update session (lins 388), as shown in Fig. 20(a). 

Fig. 20(b) is an illustrative message flow when the PQ server 48 detects errors in 

25 anuptaadfidpiofife. The upload proceeds as above (lines 390-398). If the PQ server 48 detects 
errors in the updated profile etemsnts it responds with an error message to notify the subscriber 
about the invalid profile elemsnt (line 400). The PDA acknowledges receipt of tte error message 
(line 402). Tte PQ server 48 sends tte invaUd profile elements in a similar way as tte profile was 
sent to tte PDA 30 during tte download phase (lines 404. 406). 

30 Tte PDA 30 starts a timer wten its sends out an upload request or sends out data. 

If tte PDA 30 does not receive an acknowledgement from tte PQ server 48 within a certain 
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predetermined time, it will abort the profile upload operation and inform the subscriber to retry at a 
later time. 

VI. Services 
5 A. Wireless E-mail Messaging 

PCI includes several wireless text message sending, receiving, arid service coalrol 
features. PQ's wireless text messaging services are based on three network-based capabilities: 

X message integration combining voice message notification, voice mail, 
telephone calls, e-mail, and fax; 
10 X message routing and delivery, i.e., the PCI is a wireless and wireline 

network gateway; 

X database access, i.e., subscriber profile, authentication, and validation. 
The PCI uses personal communications service-integration capabilities to integrate the wireless 
service capabilities available to the subscriber This is accomplished by providing the subscriber 

1 5 with control over the message routing and delivery by the subscriber accessible "subscriber profile'* 
stored in the PQ. The subscriber profile contains subscriber programmed instructions on message 
receipt, origination, and notification. Thus, PCI operates as a messaging gateway for providing 
access to multiple wireline and wiretess networks, while using subscriber profile information to 
control sending and receiving options. PQ allows wireless service providers to integrate the voice 

20 messaging, e-mail and fax message services for one subscriber through a single telephone number. 
Thus, one phone number may provide a single link between the servke provkler and the 
subscriber's vok:e and data communications lines. 

The message sending features include comnnuucations across disparate networks 
and troaricast communications, A subscriber may send vok:e mail e-nmil, and fax messages 

25 between diflferent service providers and networks. A subscriber may also send broadcast e-mail 
and fax messages, whkrh broadcasts may nux e-mail and fax messages within a single distributran 
list. For example, the subscriber may type a message on a PDA and send it to a distribution list 
over a wiretess network. Tte distribution list may direct the PCI to deliver tte message to the 
oflBce as an e-mail aiKl to a client as a &x- 

30 The message receiving features include personal number addressing, selection of 

message receipt media format, selection of cross-media message notification, and selection of 
message screening and delivery options. A subscriber may receive voice (e.g., phone), voice mail 
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notification^ e-maiL and fax comniiinications under a single personal telephone number. A 
subscriber may direct e-niail and fax delivery based on selected parameters, such as tinK-oP-day, 
day-of-week, etc. A subscriber's media message notification, voice mail notification of e-mail or 
fax messages, e-mail notification of voice mail or fax messages, and fax notification of e-mail or 
5 voice mail n^ssages may be delivered to the subscriber based on selected options and parameters. 

Alternatively, if the subscriber's wireless terminal is not activated, e-mail messages 
may be automatically routed to alternate destinations as defined by the subscriber's profile. For 
example, the subscriber nuy not want to receive all telephone calls at a visiting location to avoid 
unnecessary interruptions and unwanted incoming call charges. The subscriber directs the PCI to 

10 send notification of phone calls to the pager and to route the call to voice mail. Once notified, the 
user can determine fix>m the phone number included in the pager notification whether to call the 
person directly, check voice mail, or ignore the call until a later time. The subscriber may also 
direct which messages are to be routed to the subscriber's current serving network, which are to- be 
sent to another network, and what media is to be used to receive certain messages. The subscriber 

1 5 nay also designate, for example, that if the wireless terminal is oflf, all text messages to be sent to e- 
mail and all voice messages arc to be sent to voice mail 

The PCI service control features include supporting subscriber profile management, 
supporting personal n:M)bility across wireless and wireline ttetworks, and supporting wireless 
terminal mobility. A subscriber's profile may be updated by sending text messages from a PDA 

20 over a wireless network or DTMF (touch-tone) messages firom either a wireline or wireless 
terminal Tte subscriber may program the profile to select media for receiving and sending 
information; select cross media for nassage notification; select message screening and delivery 
options; select single vok:e mailbox storage (for subscriber's with more than one voice mailbox); 
and selsct a PQ service password. All of ttese options may be maintained over wireless or 

25 wireline tenninals. The subscriber may automatically register and deregister a wireless terminal 
thus updating the subscriber's profile to receive or reroute messages as preprogrammed in the 
profite. 

The wireless data network provkies data transport between tte PCI server 48 and 
tte subscriber using a wireless data temninal, such as a PDA 48. The wireless data network may 
30 connect to the PCI server in a variety of ways, using a variety of protocols. For example, the 
wireless data network may connect to tte PCI using a leased line and run a proprietary protocol to 
connect the PCI server via standardized protocols such as TCP/IP. 
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Text messaging systems may be connected to the PCI server through for example, 
Frame Relay, Sf^S, ISDN» leased line interface, or other transport mechanism efifective for 
supporting data communications may be used. An inter-message handling system protocol, such as 
X.400 (in which case X.400 gateway conversion is needed), or Internet SMTP or other protocols 
5 supported by an interworking unit terminating the data transport interface, may be used to forward 
messages between the PCI server 48 and the system accessing tte PCI. 

The PCI server will preferably support sending and receiving faxes in the T.434 
format. The PCI server may also preferably support sending and receiving faxes using the simple 
mail transfer protocol (SMTP) supported by the TCP/DP transport protocol. 
10 Fig. 21 shows an illustrative embodiment of a PCI service supporting text 

messaging systems. In this example, a subscriber has a personal computer 402 at the of&ce 
connected to a local area network (LAN) 414 and an enterprise text messaging system (for 
example, a local network e-mail) 413, a personal computer at home 416. and a wireless terminal, 
such as PDA 30 that may send and receive messages. All of these devfces are connected to the 
15 PCI, For exanpk, tte subscriber's home personal computer 416 may be connected to the PCI 40 
via a nx»dem and a wirelirie data network 4 18 over either a PSTN or ISDN. 

Persons connected to the LAN may send text messages to the subscriber by using 
the local text messaging system without using the PCI. That is, the user of computer 420 can send 
an e-mail to the subscriber's oflBce computer 412 without entering the PCI node 40. Because the 
20 enterprise text messaging system 413 is connected to PCI, all enterprise nnessaging users may send 
messages to and receive messages fixim all PQ subscribsrs (including those not connected to the 
local text messaging system 413) by using an appropriate PQ address. 

A person connected to a different enterprise messaging system, such as text 
message hainiling system 2 422, can send messages to the subscriber on message handling system 1 
25 413 by routing the message through the PCI Server 48. 

PCI subscribers are assigned a singte personal telephone for both voice and data 
communicatbn. For example, an E.164 address (Le., a telephorw number) may be assigned to a 
PCI subscriber to use as the single PCI address. These phone numbers may be geographically 
based according to current PSTN architecture, but it is also possible to use portable universal 
30 numbers. Fifteen digit nuniber forniats nwiy be desirabte to perxnit sub-addressm^^ For example, a 
message destined for a PCI subscriber may be addressed to the subscriber's telephone number, e.g., 
201-555-5555. If an originating mail system such as a LAN nail system or third party message 
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handling system requires a domain identifier, the originator may have to specify 201-555-5555 @ 
pa, or on the Internet 201-555-5555 @ pcLnet. When the PQ server 48 receives the message, it 
wiM look at the subscriber's profile stored in call process request database 222 stored in an PCI 
database 44 to determine how to handle the incoming message. An example of a few of the 
5 options that PCI may provide for the subscriber are to; 

X send the message to the subscriber's wireless PDA; 

X send the message to the subscriber's wireline computer at home; 

X send the message to the destination text n^ssaging system at the office; 

X send a notification of an incoming message to the wireless data terminal 
10 and the actual message to the text messaging system. 

X send the message to any or all of the above; 

The subscriber may send text messages over the wireless data network or wireline 
data network to the PQ server 48. The PCI server 48 consults with the subscriber's profile at ihe 
PCI database 44 and forwards the message to the appropriate destination, depending on the 

15 routing destination found in the profile. Text messaging systems not connected to the PCI 40 may 
send text messages to PCI subscribers by using another network connected between the sender's 
text messaging system and the PQ subscriber's text messaging system, for example, the non- 
connected text message may be connected to a PQ over tte Internet. 

The flow for wireless messaging is now described, 

20 The flow for a PQ subscriber receiving an e-mail message to a wireless PDA 30, 

for exampte, is as foUows, An e-mail message is sent fit)m a wireline or wireless sender to a PQ 
subscriber and arrives at the PQ server 48. Tte iiKoming e-mail contains a recipient address in the 
format of "201-555-5355 @ pcLnet" where 201-555-5555 is the subscriber's ten-digit personal 
number and pcinet is the PQ server's donmin name in the Internet. 

25 The PQ server 48 checks tte sutecriber's service profile, eitter from tte profile 

service cache 5 1 in tte PQ server or by downloading tte subscriber profit from tte PQ database 
44 into tte cacte 51 to determine how to process tte e-mail message. Tte profile contains 
screening and routing information and cross media notification information. Tte PQ server 48 
uses this information to send incoming e-mail to an actual destination address that can te a 

30 wireless, wireline, or paging address using, for instance, tte UDP/IP protocol over a wirefess data 
network; tte Internet SMTP protocol over tte Internet wireline network; or tte Telocater Alpha 
Numeric Protocol (TAP), respectively. In this case, tte subscriter has programmed into tte 
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subscriber profile to have the e-mail sent to a PDA 30. The PCI server 48 receives the e-mtil 
message and forwards it to the wireless data network progranuned into the profile. The e-mail is 
transmitted over a wireless data network 39 for receipt by the PDA 30. 

If the e-mail cannot be delivered, the PCI server returns the e-mail to the original 

5 sender with a short description of why the delivery was unsuccessfiil using the SMTP protocol. 

If an e-mail message is to be delivered to an alphanumeric paging address, the PCI 
server translates the e-mail message into a paging message and sends the paging message to the 
paging network specified in the subscriber profile. The protocol between the PCI server and the 
paging network is the Telocater Alpha Numeric Protocol (TAP). The PCI server formats the 

10 paging message into a maximum page limit with a maximum nunnber of characters per page. For 
example, the page limit may be two pages and a maximum of 256 characters per page. The PCI 
server does not verify whether a paging message is actually delivered by the paging service 
provider. It will however, verify that the message was successfully sent to the paging service 
provider. Because the PCI server does not provide this verification, it is under the assumption that 

1 5 messages sent to a pager arrive successfully at the pager. 

If the subscriber profile contains an option for voice message notification of e-mail 
messages, the PQ server generates and sends a digitized prerecorded voice announcement to the 
address specified in the subscriber servk;e profile. The protocol used to deUver the voice message 
notification is the AMIS- Analog Protocol 

20 In this illustrative embodiment, a preferred PCI server node functions as an X.400 

message transport agent or SMTP router and routes messages desiii^ for PQ subscribers and to 
those destined for users connected on otter systems. In tte case of an X.400 ntessage transfer 
agent (MTA), X.4C0 addresses are used to internally represent subscriber addresses. The 
translation from the "user friendly" subscriber addresses such as E.164 numbering to the X.400 

25 address would be done via a look-up table (ROM or other memory devk«) at tte PQ access 
module or tte X.4C0 gateway. Destination or source addresses firom users on otter networks are 
not converted to X.4C0 addresses, but are teft in tte native address format of tte sending or 
receiving system. An X.4C0 gateway address nay te added to tte message header, however, to 
allow pa to route tte message to an appropriate gateway. 

30 Tte pa server 48 is responsible for delivering a message to tte subscriter listed in 

ite destination fieU of tte message. In a simpte case, tte subscriber has an X.400 or Internet 
mailbox accessibte to tte Pa via oi^ of its access connections. Alternatively, tte subscriber 

0 
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proffle may contain forwarding addresses which route the niessage for deUvery to unusual 
destinations. For example, the subscriber's mailbox may reside on another message handling 
system, a wireless data network, wireline data network, or PSTN destination associated with a fax 
machine. The delivery of such a message to a final destination is handled by an interworking unit 
5 which is responsible for doing address u-anslation and, if necessary, format translation as defined by 

the subscriber profile entry. 

For subject e-mail screening, the subject field is analyzed to determine if a match 

exists before comparing the address field. If the subject field matches an entry on the screening list, 

the treatment for a matched entry will occur. That means, in this illustrative embodiment, that 
10 subject screening takes precedence over address sender screening. That is, if e-mail originated 

fi-om an address that is excluded from the e-mail screening address list, the e-mail will still be 

delivered according to the screening criteria. 

If the FDA 30 is not registered for the wireless messaging service or if the PDA 30 

is out of radio coverage at the time the message arrives at the PCI server 48, the message will be 
1 5 sent to the subscriber's external message storage system, such as the text message system 4 1 3. 



B. Voice Messaging 

Fig. 22 shows an illustrative embodiment of a PCI service for voice mail system 
The voice mail systems 430 may use the public telephone networic 432 and Audio Messaging 
20 Interface Specificatwn (AMIS) - Analog Protocol to connect analog voice messages to the FCL 
Alternatively, the voice mail system may use a modem 434, a private line 436, or an ISDN BRI 
AMIS - Digital Protocol 438 to connect digital voice nail signals to the PCI. 

Voice messaging systems on the PQ must be abte to send a message to the PCI 
server 48 providing notifcaikin that the subscriber has received a voice message. The voice mail 
25 system nay send this text message using, for txBwpk, by asynchronous interfaces with a nwdem; 
X.25; ISDN BRI, or TCP/IP interfaces. Preferably, the PQ server 48 supports the AMIS Anatog 

and Digital interfaces. 

Tte PCI voice niessaging call fk)w is as follows. Using the AMIS-Analog 
Protocol tte system originating tte voice message sends message infbrnation to tte PCI server 48 
30 specifying tte type of message to be delivered, tte message length (in minutes), tte originator's 
mailbox nundier, and tte recipient's mailbox numter. Wten tte message arrives at tte PQ server 
48, tte originator's mailbox is extracted from AMIS-Anatog Protocol and is compared to tte 
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subscriber's voice mailbox number stored in the subscriber profik. If the two values match, the 
voice message is already in the mailbox designated by the subscriber. In this case, the PCI server 
48 sends a bogus error code to the originating voice messaging system using the AMIS-Analog 
protocol so that the voice message is rejected and is not forwarded to the PCI server 48. The PCI 

5 server 48, however, has header information needed to send a notification message to the 
subscriber, if such notification is required by the subscriber profile. 

If the originator's mailbox does not match the subscriber's voice mailbox number, 
the PCI server 48 analyzes the message length parameter. If this parameter exceeds a certain 
predetermined length, for example three minutes, the PCI server 48 sends a response n^ssage to 

10 the originating voice messaging system with an error code specifying that the message is too long. 
No further processing of the voice message occurs. If the message length is not longer than the 
predetermined time, the PCI server 48 sends a response message to the originating voice 
messaging system accepting the message. The originating voice messaging system will then 
forward the voice message to the PCI server. 

15 When the voice message arrives at ite PCI server 48. tte PCI server 48 attempts 

to route the voice message according to the screening, registration, and routing options contained 
in the subscriber profile. Using AMIS-Analog Protocol the PQ server 48 sends message 
information to the subscriber's destination voice messaging system, specifying the type of message 
to be delivered, length of the message in minutes, the originator's mailbox number, and the 

20 recipient's mailbox number. 

For voice messages that cannot be delivered to the destination, for example if the 
mailbox is fiilL the destination system sends a non-delivery notification ntessage to the PCI server 
48 specifying the reason why the message is undeliverable. The PQ server 48 retries deUvering for 
up to a system defined time period. If all of the retries foil, the PQ server 48 uses the AMIS- 

25 Analog Protocol to return the voice message to the originating vok:e messaging system with an 
appropriate non-delivery notification. A pre-recorded nonnlelivery announcement is sent to notify 
the message originator that the message was undeUverable. No further processing occurs. If the 
destination system accepts the message, the PCI server 48 forwards the voice message to the 
destination sysiera 

30 If the subscriber chooses e-mail notification of incoming voice messages, the 

notification is sent via wireless or wireline network to the subscriber as specified in the subscriber 
profile. If the subscriber selected page notification, the notification will be sent through the paging 
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network according to the profile. Either notification contains the mailbox nuniber that originated 
the voice niessage, the date and tin^ the niessage was received, and the length of tlie voice 
message in minutes. 

In another example, a user having a digital voice mail system creates a voice mail 
5 message and addresses it lo a user of analog voice mail system The destination telephone number 
indicates that the message must be routed to the PCI server 48. The PCI server 48 checks the 
recipient's user profile and determines that the destination recipient has an analog voice mail 
system The message is then passed into the analog voice mail system via the AMIS - Analog 
Protocol. 

10 The subscriber will receive all of the voice mail messages at the voice mail system, 

if that is what is selected in the subscriber's profile. The subscriber may also set up the profile to 
receive at a wireless data terminal a text message that provides a notification of a voice mail 
message and envelope information of the message. Alternatively, a recipient voice mail system 
may send a text message containing a notification and envelope information of the message. 

15 One feature of the AMIS-Digital Protocol is that if the original voice message is 

marked urgent by the sender, the AMIS-Digital Protocol includes as priority status information in 
the message sent fiDm tte voice messaging system to the PQ server. Using this information, the 
PCI can screen priority messages. 

The voice messaging gateway converts vendor proprietary voicemail format to the 

20 X.400 format and vice versa, thus bridging different messaging formats. It is responsible for voice 
transcoding firom proprietary to or firom X.400 form. It also maps options to or from the X.400 
protocol as specified in AMIS. 

25 Fig. 23 illustrates a PQ service for fax messaging. Tte PCI server 48 is connected 

to public switch teleptone i^tworks 432 via anabg lii^s 444 or a Tl trunk 445. Fax machines 440 
and fax servers 442 are connected to the PSTN 432. The PQ server 48 may also be connected to 
fax machines 440 and fax servers 442 by private lines 446 or an ISDN 438. For a subscriber to 
receive faxes, the fax machine tetephone number must be supplied to the subscriber profile. The 

30 PCI will send a fax to the designated number and may send a text notification message or take 
other action as tte user has selected in the profile. If the user has specified a wireless data terminal 
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to receive the fax. the PQ server 48 will perform the' necessary wireless adaptation and send a fax 

through a wireless data terminal. 

A fax may be sent to a PCI subscriber by routing the fax to the PCI node, the user 

must dial the telephone number of the PCI server 48 to send the fax to the subscriber. The PCI 
5 server 48 will send the fax to the subscriber's telephone number. The PCI server will check the 

subscriber's user profile to determine how the fax should be delivered. In this example, the fax 

message is sent to a fax machine at a designated telephone number. 

Fax users having existing fax machines 440 must place a call over the PSTN 

network in order to access the PCI. This is because existing fax machines 420. unlike fax servers 
10 422, are designed for point - to -point communication, not fax network communication. Users of 

the existing fax machine 420 can access the PCI in two ways. One way is by two stage dialing. 

The sender first dials the PCI 48 and then dials the recipient's number after receiving a prompt from 

the PCI. AJtemativelyt the user can dial ^FX+destination address. The fax machine user can 

directly dial from the fax terminal the recipient telephone number proceeded by *FX, which signals 
1 5 the switch to automatically forward the fax call through the PCI server. 

Fax servers that support X.400 n^ssaging will include the personal number in the 

X,400 address field and there is no reason for the PQ to prompt the user for the personal number. 



20 D. CaUCommand 

PCI CallCommand (CC) service provides subscribers real-time control of vok:e 
calls while using a wireless data terminal or PDA. CC is designed to enharK:e personal number 
services (Le., HLR), by providing real time call nanagement capabilities to nomadic users. 
CC provides the subscriber with four call management options: 
25 X location independence (supplementing personal nuniber/HLR 

applications); 

X real-time call screening (using ANI and/or prompting the caller to enter a 

number); 

X real-time call redirection (routing calls to any tekphone number based on 

30 the calling party); and 

X real-rime short messaging (inputing or selecting a short message to be 

played to tte caller). 
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subscriber's PDA 30 where the subscriber is alerted of the call The subscriber then forwards the 
data packet containing a routing number to the PCI. The PCI reroutes the call accordingly. 

Fig. 24 is an illustrative example of a CallCommand service network. A caller, Joe 
450, wishes to speak with Mary. Mary, who is away from the office, is a PCI subscriber having the 
5 CallConmand service. She has a PDA 30. which is turned on and registered at a visiting location. 
Joe dials Mary's office phone number. This phone number connects Joe's call to the PCI server 48. 
The PCI server 48 network instructs Joe to type in his telephone number. The PCI server 48 puts 
Joe on hold and plays back a message using synthesized speech informing Joe that the network is 
trying to locate Mary. The network recognizes that Mary is registered at a visiting location and 

10 sends a phone notification over a wireless data network 39. Mary is notified on a PDA 30 that a 
phone call is coming from a particular phone number. If Mary has already programmed a name 
corresponding to that phone number in a directory on her PDA 30. that name will also appear. 
Therefore, she is aware that she has a phone call from Joe Smith. Mary has several options. She 
may type or select a preselected message to be sent from the PDA 30 to the PCI network which 

1 5 converts the message into synthesized speech and play it back to Joe; she may forward the call to a 
nearby telephone, such as a cellular phone or a nearby pay phone 452 or forward the call to her 
secretary or coUeagues's phone number; she may send a message and forward the call; or she may 
direct the call to ter voke mail In this illustration, Mary selects that the call be routed to a local 
public pay telephone 452, The call is routed over publk: switched telephone networks 432 to the 

20 selected telephone and Mary and Joe speak. 

CallCommand has several advantageous features. Call command includes real time 
call screening which allows the subscriber to direct calls in a predetermined fashion based on the 
caller, the time or date, etc. Call command also has real tims call rerouting which allows the 
. subscriber to reroute calls to any phone number on a per call basis. That is, wten a call is received, 

25 the subscriber may enter a phone number to whfch she wishes the call to be routed. For example, it 
may be a phone in an ofl&e she is visiting, a rented cellular phone, or a publk teleptone. In the 
event that a subscriber cannot respond to a caller because PDA is out of range, the subscriber is 
preoccupied, the PDA is turned oflf, etc., tte subscriber may select a defeuh routing number. Such 
a default number couki be a voice mailbox, secretary, colleague, or other phone number. 

30 Call command also has a call messaging option. This aBows the subscriber to send 

a brief message to a calling party. The message is typed on the PDA 30 and sent by wireless means 
to the PCI. The PCI converts the signal into synthesized speech and plays it to the caller. For 

-42- 



wo 97/33421 PCT/US96/03064 

example, a subscriber may be on an important customer call when his supervisor calls, expecting a 
response. The call command subscriber can send a message to the manager ("Talking to customer, 
call you back"), while still communicating with the customer. 

The call messaging feature has two aspects. The first is the wireless messaging 

5 fi-om the PDA 30 to the PCI. The second is the text to speech translation. The subscriber may 
type in a message on the PDA 30. The message originates as a data message from the wireless 
data provider network and is forwarded to a local exchange carrier network over the PCI interface, 
The PCI server 48 translates the wireless text message into speech and plays it back to the caller. 

Call command also has a predetermined call nnanagement option. This feature 

10 allows a subscriber to have unanswered calls sent to predetermined default telephone numbers. For 
example, in the event a call cannot be answered, it is first routed to, for example, a service hotline; 
if the service hotline does not answer, it is forwarded to a secretary; and if the secretary does not 
answer, then it is forwarded to voice mail Each tin^ the call is forwarded to the next number a 
message is played back to the caller. The routing numbers and sequence order may be altered by 

1 5 updating the subscriber profile in the PCI database. 

This feature also allows the subscriber to predetermine the management of certain 
numbers. For an example, a subscriber may want to be notified in real time only if a calling pany 
number matches that of an immediate family member, supervisor, or important client. In other 
cases, the subscriber may wish to have calls automatkally rerouted to a default number, such as a 

20 voice mailbox or secretary. For a company whkh does business over a large geographic area, the 
subscriber may wish to have the phone call routed to different places based on the geographic 
origin of tte call For exampte, calls originating firom New York or New Jersey may be routed to a 
saks representative for that area and calls originating firom California arc routed to a sales 
representative for thai geographk area. 

25 The call management feature allows the subscriber to predetermine caU routing 

based on the time of day. For example, a subscriber may wish to have calls forwarded to a 
customer servkre staflF during business hours and be personally notified of calls dming non-business 
hours. 

Wireless technologies make subscribers constantly available, therefore it is 
30 important to give them tte ability to accept or declii^ comnuinication attempts at tteir discretion. 
While delivering tte calling number to tte PDA 30 allows a subscriter to locally screen each 
attempt as ttey occur, tte subscriter may te in an environment wtere distractions are unacceptable 
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such as an important meeting. Therefore, the subscriber is able to create lists against which callers 
are screened by the network delivering the service. These network resident lists reduce the number 
of call attempts to the subscriber's remote wireless device. The CallCommand service allows 
subscribers to turn screening on and off and add or remove numbers and names torn these lists. 
5 Like the wireless data services, CallConmand service profile management allows 

subscribers to mDdify or update their subscriber profiles which preferably reside in a PCI database 
44. Profiles are created and deleted by the service integrator controlled by the service provider. A 
subscriber may nx)dify the profile by either wireless or wireline messaging using DTMF tones or 
data. 

0 The subscriber profile can be updated by a wireless device such as a PDA 30. A 

subscriber profile may be modified by wireline communications as well. A subscriber may use a 
telephone or wireline data terminal to contact an PCI database 44. The PCI server 48 acts as a 
n^diation devk:e between wireless terminals and an PCI database 44 for DTMF profile updates: It 
is preferable that the wireline network be supported by a service management operating system 

5 capable of prompting subscribers using a DTMF telephone for a profile update that is completed 
when the service management operating system makes the appropriate changes in the subscriber's 
profile in the pa database 44. When a servk:e management operations system is used to modify 
the profile in the PCI database 44, the changes shouU also be reported to PCI server 48 so that the 
service profile cache 5 1 iray be modified accordingly. 

[0 Call command has its locus of control in service logic in tte PQ database 44. The 

PQ database 44 service logic provides (1) servfce status maintenance, which maintains the status 
of tte subscriber as registei^ or dcregistered; (2) call screening, whk:h provides network based 
screening of iiKX)raing calls; (3) call routing, which provides routing destinations for each call; this 
informatbn is based on infisrmation received fi:om the subscriber in real time via tte PQ server 48 

15 or by pseprogrammed instructions in the subscriber profile in the PQ database 44; (4) profile 
management support, which is service logic in the PQ database which permits "downloading" of 
the subscriber's profile to the ?Cl server 48 for presentation to an update by tte subscriter through 
tte PDA 30; (5) security, wterein subscriter auttentication and validation must te supported to 
safeguard tte subscriter's personal infomation and status such as kxation; and (6) accounting 

30 management, tte PQ database 44 collects accounting parameters to support service provider 
billing. 
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The subscriber profile in the PQ database 44 must contain certain information. 
This type of information includes a subscriber identifier; subscriber authentication information; 
wireless data provider parameters; registration status; service niode (default, override, or 
command); screening lists; and routing tables (including day of week and time of day parameters). 

The application supporting the CallCommand server in the PCI server 48 includes 
a mobility management ftinction. The mobility management function provides status location 
information to a database in the PCI database 44 and is responsible for deUvering a Temporary 
Location Destination number on request fi-om the PQ database 44. To do this, the PCI server 48 
is responsible for (1) location registration, the PQ server 48 updates the PCI database 44 with the 
subscriber's PDA 30 status (for example, registered on a wireless data network or registered on a 
wired telephone); (2) play announcements and digit collection for caller information and 
presentation to the subscriber; (3) renrote alerting, such as formatting and sending caU information 
through a wireless data network to the PDA 30 for presentation to the subscriber; (4) profile 
management support (the PCI server 48 must suppoit the "downloading" of the subscriber's profile 
1 5 and packaging for presentation to update by the subscriber through the PDA 30); (5) security (the 
subscriber authentication invalidation information must be supported to safeguard the subscriber's 
personal information and status such as locatron); and (6) account management, the PCI server 
should collect accounting parameters for presentation to the servTce provider for billing. 



10 



20 Vn. Message Flows 

PQ wireless messaging involves three types of message ftow. The first is sending a 
message from one subscriber to another, the second is receiving a message regardless of whether 
the subscriber is using a wireless or wireline terminal and the third is sending a message to a non- 
subscribsr. 

25 Fig. 25 is an illustrative example of the message flow of a PCI wireless subscriber 

sending a imssage. The PQ user submits a message 502. The message is received by a message 
transfer agent in the PQ server. The MTA copies and temporarify stores the originating and 
destination addresses 504. Tte MTA sends to the mobility manager fiinctron in tte PQ server a 
request to validate the sending user as a PQ subscriber 506. Tte iirability manager sends this 

30 validation request to the PQ database and waits for a response 508. Upon receipt of an affirmative 
validation from the PCI database, the nmbility manager sends tte validation response to tte MTA 
5 10. 512. Tte MTA tten sends tte mobility manager a request for tte address of tte user's home 
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MTA 5 14. The mobility manager routes this request to the PCI database 5 16. Upon receipt of a 
response from the PCI database^ the mobility manager routes the home MTA address to the NfTA 
518, 520. The MTA then routes the message to the home MTA 522. If a third party PCI database 
must be consulted, the home MTA request will be directed from the PCI database to a third party 
5 PCI database 524. 526. 

Fig. 26 illustrates an example of the message flow of a wireless PCI user receiving 
a message. When the PCI receives a message from a subscriber, the MTA in the PQ server copies 
and temporarily stores the destination address and the message 530. The MTA sends to the 
mobility manager function in the PCI server a request for the PCI subscriber's user profile 532. 

10 The nihility manager will retrieve this profile request from the PQ database 534 (If third party 
PCI database is involved, the local PCI database contacts the third party PCI database through a 
switch transfer point 536, 538.) Upon receipt of the subscriber's profile from the PCI database 
540, the mobility manager requests the message from the MTA using a "message forward request" 
message 542. When the nKjbility manager receives the message from the MTA 544, the mobility 

15 manager processes the message as indicated by the subscriber's profile, which may involve media 
conversion or screening 546. After processing the message, the mobility manager sends the 
message to the MTA for delivery 548, 550. Alternatively, the PCI server nubility manager 
ftinction may directly deliver the message to the termination receiver 552. 

Fig. 27 illustrates an example of a message flow from a PQ wireless subscriber to a 

20 non-subscriber. When the MTA receives a message fix)m a PQ subscriber 560, the MTA copies 
and temporarily stores tte originating addresses and the message 562. The MTA sends the 
mobility manager a request to validate the originating address as a PCI subscriber 564. The 
mobility manager will send this validation request to the PCI database and wait for a response 566. 
When ths mobility manager receives an affirmative validation response from tte PCI database 568, 

25 the mobility n^nager sends the validation response to the MTA 570. Next, the mobility manager 
sends to the PCI database a request for the PCI subscriber's profile 572. Upon receipt of the 
subscriber's profik from the PCI database 574, tte mobility manager requests tte message from the 
Ml A using a "message forward request" 576. Upon receipt of tte message from tte MTA 578, 
tte mobility manager processes tte message as indicated by tte user's profile, which may require 

30 media convereion or obtaining tte addresses for tte distribution list for tte message 580. After 
processing tte message, tte mobility manager sends tte message to tte MTA for delivery 582, 
584. Alternatively, tte MTA may directly deliver tte message 586. 
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Vin Tte PDA Application 

To better understand the capabilities of PCI and PDA/PCI server interface, a 
discussion of the PDA user interface is helpful. The user interface is application software residing 
5 in the PDA. This software is described by describing the screens displayed on a PCI subscriber's 
PDA screen. The following discussion is for an illustrative embodiment of the PDA user interface. 
A person skilled in the an recognized that the interface may be in^kmented in a myriad of ways. 

Fig. 28 is an illustrative example of a PDA user interface main menu. The menu 
allows the user to enter the CallCommand or wireless messaging services, update the user profile, 
1 0 or check the status of the system by clicking on buttons 6 10, 6 12, 6 14, 6 16, respectively. 

Fig. 29 shows a computer screen after "status request" 616 is selected. The status 
request screen shows that there are five local originating messages (waiting to be sent by the PDA) 
and three outgoing messages (waiting to be retrieved) in boxes 618, 620. respectively. The various 
services* status is also displayed. As seen in Fig. 29, this subscriber's wireline registration is on, as 
1 5 seen in box 622. This registers the subscriber on a particular wireline telephone, seen in box 624. 
This registration will direct calls to this phone number. The status request also advises this 
subscriber about the status of the CallCommand and wireless messaging features, as seen in boxes 
626, 628. 

Fig. 30 illustrates an exen^lary screen if the subscriber clicks "Call Command" 610 
20 on the main menu (Fig. 28). If the subscriber clfcks on "YES" 630, a screen such as Fig. 31 
appears. Tte screen includes a window 632 which shows the status of various received telephone 
calls. The status indicates whether an incoming call was answered, forwarded to another number, 
was hung up before being answered; unanswered; or forwarded to voice mail The phone number 
and receipt time and date of each call arc displayed Tte subscriber may save or delete any entry 
25 the sutecriber by clicking box 634 or 636, respectively, The subscriber may also connect or 
disconnect the CallComnKind service by clicking box 638, 640, respectively. 

Fig. 32 is an illustrative example of a screen if the subscriber selected "Wireless 
Messaging" 512 on the main menu (Fig 28). The subscriber will be connected to the wireless 
messaging service if "YES" 642 is clfcked. 
30 Fig. 33 is an exampte of a screen whkh may appear if the subscriber selected 

"Profile" 614 from the main menu (Fig. 28). If tte subscriber selects "Fax" 644 from this screen, a 
screen such as that shown in Figure 34 may appear, whkh allows the subscriber to enter a phone 
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number into box 646 to which faxes will be directed. Turning on e-mai] screening activates both 
the subject and address screening. Subject screening takes priority over address screening 
parameters. 

If the subscriber selected "e-mail" 648 on the screen Fig. 33, a screen such seen in 
5 Fig. 35 appears. The subscriber can select where e-mail messages should be delivered (destination 
screening) 650, where notiification of e-mail receipt should be delivered (notification screening) 
652, whether messages should be screened at all 654 and, if so, how they should be screened 656, 
658. 

The destination 650 allows the subscriber to select destinations for incoming e- 

10 mail. Messages that satisfy the screening requirement may be sent to two destinations (match A, 
match B). As shown in this illustrative example, e-mail received which match the subscnber's 
preprogrammed screening criteria are to be delivered only to a wireline e-mail, such as the 
subscriber's personal computer at the ofSce, because match A 660 and match B 662 designate the 
same destination. All received e-mail messages which do not meet either criteria ("not matched") 

1 5 are sent to a selected fax machine 664. for exatnpk, the fax machine at the subscriber's office. 

The subscriber also indicates where notification of a received e-mail should be sent 
652. Notification for all e-mail messages meeting the screening requirement should be sent to a 
selected fax machine 666. The PQ network will select information about the e-mail origination 
such as the author, recipient, and subject matter and convert it to a facsimile format and send the 

20 message to a fax machii^. Notificatbn of all e-mail that does not meet the screening criteria are 
sent to a pager 668. The PCI network will take the originating message information and turn it 
into alphanumeric information according to the TAP protocol and send it to the subscriber's pager. 
If tte screening option is turned ofif, notification of all incoming e-nail is sent to voicemail 670. 
The pa network will convert the origination information from text to synthesized speech and send 

25 the infornatk)n to a selected voice mailbox. 

The user may also select whether to screen incoming e-mail messages at all 654. If 
the screening is on, the user may screen e-mail based on the originating address 656 or subject 
matter 658. 

Fig. 36 is an illustrative screen whkh the subscriber may use to edit e-mail 
30 screening according to address by clkking box 656 (Fig. 35). The subscriber may input new e-mail 
addressees into box 672 and add them to a list by clkking a box 674 or select addresses already 
entered to be included in a screening criteria as seen in box 676. For example, tte user may want 
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e-mail messages originating from the following addresses to be routed according to the screening 
criteria: cclstanp, cclrizzo, andcclrupin. E-mail messages originating from these addresses will be 
routed and notified according to the criteria selected on the screen illustrated in Fig. 35. 

If the user selected to edit the "subject" a screening criteria based on "subjects" by 
5 clicking box 658 (Fig. 35), a screen such as that illustrated in Fig. 37 is presented. The user may 
type in to boxes 678 particular subjects which should be routed according to a screening criteria. 
The subject will search the incoming e-mail origination information to determine the subject of the 
e-mail. Subjects may include "urgent", "personal", the name of a client or project, etc. 

If the subscriber viewing the "profile menu" (Fig. 33) clicked "voice mail" 680. a 

10 screen such as that illustrated in Fig. 38 is presented. The subscriber can type into a box 682 in the 
destination voice mail system phone number. The subscriber may also select notification based on 
certain screening criteria 684. If the incoming vok:e mail message matches the screening criteria, 
the subscriber has selected to be notified by a message sent to tte PDA 686. If the voice mail 
message does not match a screening parameter, the subscriber has selected to not be notified 688. 

15 If the screening option is turned off, the subscriber has decided to not be notified of any voice mail 
messages 690. 

The user has tte option of turning the screening on or off 692. If the screening is 
on, the messages are screened by caller 694. If the user decides to screen by caller by clicking box 
694, a screen such as illustrated in Fig. 39 is displayed. The user may type into boxes 696 certain 
20 incoming phone number which meet the screening parameters. 

If the subscriber viewing the "profile menu" (Fig. 33) clk:ked "Call Command", 698 
a screen such as illustrated in Fig. 40 is displayed. The subscriber may type in a box 700 a wireline 
registratwn lekphoK number, whk:h is a nuntter to which iiK:oming calls may be forwarded. The 
subscriber has the option to edit screening criteria phone numbers or to edit reply messages to be 
25 sent to the caller. 

If tte subscriber wishes to edit forwarding call numbers box 702 is clicked and a 
screen such as illustrated in Fig. 41 is displayed. The user nay type into boxes 704 or select certain 
phone numbers whkh are to be forwarded to a presefected phone number if screening is on. 

If the subscriber viewing tte "Call Command" screen (Fig. 39) clicked "edit 
30 messages" 706, a screen such as iUustrated in Fig. 42 is displayed. The user may conpose a unique 
message in box 708 or edit one already on a list shown in box 710. 
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If the subscriber has connected the Call Command and an incoming call is received, 
a screen such as that illustrated in Fig. 43 is displayed. This screen displays in a box 712 the 
number from which the incoming call originates. The user has the option of sending a message and 
forwarding the call by clicking box 714, forwarding the call without a message by clicking box 716, 
5 sending a message and not forwarding the call by clkking box 718» or routing the call to voice mail 
by clicking box 720. 

If either the "message and forward" or "forward" 716 option is selected, a screen 
such as that illustrated in Fig: 44 is displayed. This allows the subscriber to select one of several 
the preselected phone numbers 722-728 to forward, or select another phone number, such as a 
10 nearby telephone to which the call is to be forwarded. This phone number may be typed into a box 
730. 

If the user selected the "message and forward" 714 or "message only" 718 
selections, a screen such as that shown in Fig. 45 is displayed. This allows the subscriber to type in 
a message into a box 732 or select a predetermined message shown in box 4134 to be sent to the 

15 incoming caller. This message is sent by wireless communications to the PCI network where the 
ISP converts the message into synthesized speech and plays it for the caller. For example, if the 
subscriber desires to call back the incoming caller as soon as possible, the message "will call back 
ASAP" is selected. This message is transmitted from the PDA by wireless comnuimcations to the 
PQ network. The ISP will receive the message and convert it to synthesize speech and send the 

20 synthesize speech message to tte incoming calkr. 

K. BiUmg 

Billing operadons is supported by an Automatic Message Accounting Network 
Function- The automatic network accounting measures, colkcts, formats and outputs network 
25 usage infbrmatbn to upstream billing and other operation ^pUcatton and service purposes. 
Preferably, automatic message accounting data is collected at various stages of service flows across 
network equipment and servkres. 



-50- 



wo 97/33421 PCT/US96/03064 
X. Conchision 

A system has been described which enables a wireless PDA user to remotely 
control a large number of messaging and call handling options. 

While the invention has been described by the reference to specific embodixnents, 
this was for purposes of illustration only and should not be construed to limit the spirit or the scope 
of the invention. 
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We claim 

1 . A personal comnumication internetworking for sending and receiving wireless and wireline 
messages: 

( 1 ) a server, including: 

5 (a) a ntessage transfer agent interfaced with at least one wireline data network; 

(b) a wireless data network protocol handier connected to the message transfer 
agent and interfacing with at least one wireless uata network; 

(c) a nx)bility controller, including 

i. a subscriber profile cache; 
10 ii. a message router responsive to message routing parameters in the 

subscriber profile; 

iiL an interfece connected to exchange message routing parameters 
between the subscriber profile and the at least one wireless network; 

iv. an interface connected to exchange nnessage routing parameters 
1 5 between the subscriber profile and a personal communicatk)n control point; and 

V. an interface with at least one of a telephone network, an 
alphanumeric pager network, and a voice peripheral; and 

(2) the personal communication control point connected to the server, including: 

(a) a first interface connected to exchange DTMF message routing 

20 parameter signals with the server, 

(b) a second interface connected to exchange generic data message 

routing parameter signals with the server, 

(c) a subscriber profile connected to receive and maintain message 

routing parameters; and 

25 (d) a call processor connected between the subscriber profile and the 

first and secomi inter&ces. 

2. The personal conimunication internetworking of claim 1, wherein the internetworking is 
built on an Advanced Intelligent Network architecture, the server is an Intelligent Peripheral, and 

30 the control point is a Servk:e Control Point. 
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3. The personal communication internetworking of claim 1, further including a personal 
digital assistant having a wireless data network interface connected to exchange message routing 
parameters and an application designed to communicate with the interface to receive, update, and 
transmit the nxssage routing parameters. 

5 

4. The personal communication internetworking of claim K wherein the server further 
comprises: 

a message converter connected to receive from an interface a message in a Grst format and 
output to another interface the message in second format. 

10 

5. A method for personal communications internetworking, comprising the steps of: 

(a) storing a subscriber profile containing message routing commands for a subscriber; 

(b) receiving any of an electronic mail, a facsimile, and a voice mail message addressed 
to the subscriber from either of a wireless and a wireline network; 

[5 (c) consulting the subscriber profile for instructions for routing the received message; 

and 

(d) routing the received message to any of a wireless or wireline network according to 
the instructions in the subscriber profile. 

20 6. The method of claim 5, fiirther comprising the step of converting the received message into 
a dififerent forn^ if the subscriber profile instructs routing the received message in the different 
fonnat. 

7. The method of claim 5, fiuther con?)rising the step of remotely updating the routing 
25 comriKatds in the subscriber profile via one of a wireless and a wireline data netwoxlc 

8. Tte method of claim 5, wherein the received message is addressed to a single subscriber 
telephone nunAer regardless of format. 

30 9. Tte method of claim 5, further comprising the step of sending a message notifying the 
subscriber of the received niessage. 
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10. A method for routing incoming telephone calls, comprising the steps of: 

(a) storing a subscriber profile containing telephone, routing, and screening parameters 
including ai least one of incoming telephone call origin, time of day, and day of week; 

(b) receiving a telephone call directed to the subscriber; 

5 (c) consulting the subscriber profile to determine where lo route the received 

telephone call; and 

(d) routing the telephone call according to the subscriber profile. 

11. The method of claim 10, further comprising the step of renK^teiy updating the subscriber 
1 0 profile via a wireless data networic. 

12. The method of claim 10, further comprising the step of remotely updating the subscriber 
profile via either a wireless and a wireline telephone network, 

15 13. The method of claim 10, further con^jrising the steps of: 

(a) if the subscriber profile so instructs, notifying tte subscriber of the received 
telephone call via a wireless data network message; and 

(b) the subscriber selecting one of: 

(i) forwarding the caU to a subscriber selected telephone number; 

20 (ii) selecting a text message to be transmitted over the wireless data network 

and converted into synthesized speech and played to the incoming telephone call; and 

(iii) forwarding the call and selecting a text message. 
14. A communication apparatus, comprising: 

a personal conununications internetworking: 
25 (i) having a number of subscribers, each subscriber having a single address 

to which all incoming communications are addressed; 

(ii) being connected to receive and transmit communications from a 
plurality of wireless and wireline communications networks; 

(iii) having a profile configured to store communication forwarding options 

30 for each subscriber; and 

(iv) having a communication router connected to receive the received 
communicadons from the plurality of wireless and wireline networks and being responsive to 
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the profile for transmitting the received communications according to the stored 
communication forwarding options. 

15. The communications apparatus of claim 14» wherein the communication information 
includes incoming communication delivery and outgoing communication ongination 

5 information. 

16. The communication apparatus of claim 14, wherein the profile is connected to receive 
and store revised communication forwarding options from a subscriber. 

17. The communication. apparatus of claim 16, wherein the profile is connected to receive 
the revised communication forwarding options from one of a wireless and a wireline network. 

10 18. The communication apparatus of claim 17, wherein the profile is connected to receive 
revised communication forwarding options in the form of dual tone modulated frequency 
signals from a telephone. 

19. The communication apparatus of claim 17. wherein the profile is connected to receive 
revised communication forwarding options in the form of generic data messages from a 

15 generic data interface. 

20. The communication apparatus of claim 14, wherein the single address is a telephone 

number. 

2 1 . The communication apparatus of claim 14, wherein the conununications include at 
least one of telephone, pager, facsimile, voice mail, and electronic text communications. 

20 22. The communication apparatus of claim 14, wherein the communication router further 
includes a media format translation device configured to translate a received communication 
into a different communication medium for transmission. 

23. The communication apparatus of claim 14, wherein the profile further stores cross- 
media notification information and the personal communications internetworking further 

25 includes a cross-media notification device responsive to the received communication received 
on one of the plurality of wireless and wireline communications networks, and to the profile, 
and being configured to transmit in a first preselected medium a notification signal indicating 
receipt of the received communication. 

24. The communication apparatus of claim 23, wherein the cross-media notification 

30 information includes a second preselected medium and, when the first preselected medium is 
not available, the cross-media notification device transmits in the second predetermined 
medium the notification signal indicating receipt of the received communication. 
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25. The communication apparatus of claim 14, wherein the profile further includes 
received communication screening information and the communication router is further 
responsive to the screening information. 

26. The communication apparatus of claim 25» wherein the received communication 
screening information includes information to screen communications based on at least one of 
a received communication's media type, time of day received, day of week received, origin, 
and sender. 

27. The communication apparatus of claim 14, funher including a server connected to the 
profile. 

28. The communication apparatus of claim 27, wherein the server includes a call 
processor. 

29. The communicauon apparatus of claim 28, wherein the call processor comprises a 
plurality of interconnected computers. 

30. The communication apparatus of claim 28, wherein the call processor includes an 
interface with at least one of the profile, a wireless data network, an alphanumeric paging 
network, a telephone network switch, and a voice peripheral. 

3 1 . The communication apparatus of claim 30, wherein the voice peripheral includes a 
texi-io-speech converter. 

32. The communication apparatus of claim 28, wherein the call processor further includes 
a service profile cache which contains a subset of information stored in the profile, which 
subset of information is currendy frequendy needed. 

33. The communication netwoA of claim 27, wherein the server further includes a data 
messaging peripheral. 

34. The communication device of claim 33, wherein the data messaging peripheral 
includes an interface with at least one elecux)nic messaging network, 

35. The apparatus of claim 14, wherein the internetworking is built on an Advanced 
Intelligent Network architecture. 

36. The apparatus of claim 14, wherein the internetworking is a network adjunct. 

37. The communication device of claim 14, wherein the communication router further 
comprises an audio messaging interface specification analog protocol connected to a public 
telephone network. 
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38. The communication device of claim 14, wherein the communication router further 
comprises an audio- messaging interface specification digital protocol connected to at least one 
of a modem, a private line, and an integrated signalling digital network basic rate interface. 

39. The communication device of claim 14, wherein the communication router further 
comprises at least one of an analog line connected to a public switched telephone network, a 
pnvate line, and an integrated signalling digital network. 

40. The method of claim 7, wherein the step of updating is done via a wireless network 
and further includes: 

a transmitting a data request from a terminal over a wireless network to the profile; 

b. transmitting the requested data from the profile over the wireless network to the 

terminal; 

c. updating the routing commands at the terminal; 

d. transmitting the updated routing commands over the wireless network to the 
profile; and 

15 e. storing the updated routing commands in the profile. 

41. The method of claim 40, further including after the step of transmitting the 

updated routing commands: 

a. generating an update acknowledgement signal; and 

b. transmitting the update acknowledgement signal over the wireless network to the 
20 terminal. 

42. The method of claim 9, wherein the step of sending a message fiirther includes 
notifying the subscriber of a received telephone call. 

43. The method of claim 42, further including after the step of notifying, the step of 
selecting any one of : 

25 a, forwarding the telephone call to a selected telephone number; 

b. selecting a text message to be transmitted over the wireless data network and 
converting the text message into synthesized speech and played to the incoming telephone 
caL^" and 

c . forwarding the call and selecting a text message. 

30 44. The method of claim 42, further including the step of remotely updating the subscriber 
profile via either one of a wireless and a wireline telephone network. 
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45. The method of claim 44. wherein the step of updating includes using DTMF signals to 
update the subscriber profile and storing the updated profile. 

46. The method of claim 44, further including after the step of updating: 

a. generating an update acknowledgement signal; and 
5 b. transmitting the update acknowledgement signal over the telephone network. 

47. The method of claim 5. further including delivering a single message according to a 
distribution list stored in the subscriber profile, the distribution list instructing the message to 
be delivered to a plurality of addresses via one of an electronic mail and a facsimile format. 

48. The method of claim 5, wherein the step of receiving a voice mail message 
10 addressed to the subscriber further includes the steps of: 

a. receiving from an originating voice mail system voice mail information including 
identification information; 

b. extracting the identification information from the message to determine the origin 
of the voice mail message; 

15 c . the step of consulting further comprising determining if the identification of the 

originator indicates that the originator is also the subscriber, 

d. if the originator is the subscriber^ the step of routing further comprises the steps 

of: 

i. not forwarding the voice mail message to the communication network; and 
20 ii. extracting header information from the identification information and 

transmitting a notification to the subscriber containing the header information; 

e, if the originator is not the subscriber, the step of routing further includes the steps 

of: 

i. if the message exceeds a predetermined length, rejecting the message; and 
25 ii. if the message is less than or equal to the predetermined length, the 

conununication router accepting the message; and 

f the step of routing the received message further includes routing the voice mail 
message according to routing instructions in the profile. 

49. The method of claim 48, wherein before the step of routing, the step of translating the 
30 voice mail message from analog format into a digital forniat. 

50. The method of claim 48, wherein before the step of routing, the step of translating the 
voice mail message from a digital format into an analog format. 
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51. The personal communication internetworking of claim 1 , wherein the internetworking 
is a network adjuna. 
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